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Stroustrup 先 生 关 于 中 文 版 的 授权 许可 邮件 
Stroustrup 先 生 关 于 C++11 FAQ 的 一 些 说 明 
关于 C++11 的 一 般 性 的 问题 
您 是 如 何 看 待 C+t+11 的 ? 
什么 时 候 C++0x 会 成 为 一 部 正式 的 标准 呢 ? 
编译 器 何 时 将 会 实现 C++11 标 准 呢 ? 
我 们 何 时 可 以 用 到 新 的 标准 库 文件 ? 
C++0x 将 提供 何 种 新 的 语言 特性 呢 ? 
C++11 会 提供 哪些 新 的 标准 库 文 件 呢 ? 
C++0x 努 力 要 达到 的 目标 有 哪些 ? 
指导 标准 委员 会 的 具体 设计 目标 是 什么 ? 
在 哪里 可 以 找到 标准 委员 会 的 报告 ? 
从 哪里 可 以 获得 有 关 C++11 的 学 术 性 和 技术 性 的 参考 资料 ? 
还 有 哪些 地 方 我 可 以 读 到 关于 C++0x 的 资料 ? 
有 关于 C++11 的 视频 吗 ? 
C++0x 难 学 吗 ? 
标准 委员 会 是 如 何 运行 的 ? 
谁 在 标准 委员 会 里 ? 
实现 者 应 以 什么 顺序 提供 C++11 特 性 ? 
将 会 是 C++1x 吗 ? 
标准 中 的 "concepts" 怎 么 了 ? 
有 你 不 喜欢 的 C++ 特性 吗 ? 
关于 独立 的 语言 特性 的 问题 
\_\_cplusplus%& 
alignment( 对 齐 方 式 ) 
属性 (Attributes) 
atomic_operations 


auto - 从 初始 化 中 推断 数据 类 型 
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C99 功 能 特性 

枚 举 类 一 一 具有 类 域 和 强 类 型 的 枚 举 
carries_dependency 
复制 和 重新 抛 出 异常 

常量 表达 式 (constexpr) 

decltype — 推断 表达 式 的 数据 类 型 
控制 默认 画 数 一 默认 或 者 茶 用 


控制 默认 画 数 一 移动 (move) 或 者 复制 (copy) 
委托 构造 男 数 (Delegating constructors) 


并 发 性 动态 初始 化 和 析 构 
noexcept 一 阻止 异常 的 传播 与 扩散 
显 式 转换 操作 符 

扩展 整 型 

外 部 模板 声明 

序列 for 循 环 语句 
返回 值 类 型 后 置 语 法 

类 成 员 的 内 部 初始 化 
继承 的 构造 画 数 

初始 化 列表 

内 联 命名 空间 

Lambda 表 达 式 

用 作 模 板 参 数 的 局 部 类 型 

long long 〈 长 长 整数 类 型 ) 

内 存 模型 

预防 窄 转换 
nullptr 一 一 空 指针 标识 

对 重 载 (override) 的 控制 : override 
对 重 载 (override) 的 控制 : final 
POD 

原生 字符 串 标识 

右 角 括 号 

右 值 引用 

Simple SFINAE rule 

静态 (编译 期 ) 断言 一 static_assert 
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模板 别名 (正式 的 名 称 为 "template typedef") 
线程 本 地 化 存储 (thread_local) 
unicode 字 符 
统一 初始 化 的 语法 和 语义 

(广义 的 ) 联合 体 
用 户 定义 数据 标识 (User-defined literals) 
可 变 参 数 模 板 (Variadic Templates) 


关于 标准 库 的 问题 


abandoning_a_process 

算法 方面 的 改进 

array 

async() 

atomic_operations 

条 件 变 量 (Condition variables) 
标准 库 中 容器 方面 的 改进 
std::function 和 std::bind 
std::forward_list 
std::future#llstd::promise 

垃圾 回收 〈 应 用 程序 二 进 制 接口 ) 
无 序 容器 (unordered containers) 
锁 (locks) 

metaprogramming (元 编程 ) and type traits 
ER 

随机 数 的 产生 

正则 表达 式 (regular expressions) 
具有 作用 域 的 内 存 分 配器 

共享 资源 的 智能 指针 一 一 shared_ptr 
smart pointers 

线程 (thread) 

时 间 工 具 程 序 

标准 库 中 的 元 组 (std::tuple) 
unique_ptr 


weak_ptr 
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System error 
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来 源 : 有 { 间 客栈 - C++11 FAQ 中 文 版 


C++11 FAQ 中 文 版 - C++11 FAQ 


更 新 至 英文 版 January 3, 2012。 


相 


译 者 前 


ll 


经 过 C++ 标准 委员 会 的 不 懈 努 力 ， 最 新 的 ISO C++ 标 准 C++11， 也 即 是 原来 的 C++0x， 已 经 正 
式 发 布 了 。 让 我 们 欢迎 C++11 | 


今天 获得 Stroustrup 先生 的 许可 ， 开 始 翻译 由 他 撰写 和 维护 的 C++11 FAQ. R 


觉得 这 是 一 件 伟大 而 光荣 的 事情 ， 但 是 我 又 觉得 压力 很 大 ， 因 为 我 的 英语 水 平 很 差劲 ， 同 时 
自己 的 C++ 水 平 也 很 有 限 ， 很 害怕 在 翻译 过 程 中 出 现 什 么 错误 ， 贻 笑 大 方 不 要 紧 ， 而 误 人 子弟 
就 罪过 大 了 。 所 以 ， 我 这 里 的 翻译 只 


能 算是 抛砖引玉 ， 如 果 你 的 英文 很 好 ， 你 可 以 直接 阅读 他 的 原文 。 或 者 ， 你 也 可 以 参照 两 者 
进行 阅读 ， 我 想 一 定 会 有 更 多 的 收获 。 


当然 ， 我 也 非常 欢迎 大 家 指出 翻译 中 的 错误 ， 或 者 是 加 入 进来 和 我 一 起 翻译 这 份 文档 ， 共 同 
为 C++11 在 中 国 的 推广 做 一 点 事情 。 你 可 以 通过 chenlq at live.com 联 系 到 我 。 


对 自己 的 翻译 做 一 点 说 明 : 


。 在 翻译 的 过 程 中 ， 尽 量 遵照 原文 含义 ， 可 能 有 时 候 也 会 自己 根据 自己 的 理解 加 一 点 批 
注 ， 希 望 可 以 帮助 大 家 理解 。 

e 另外 ， 虽 然 C++11 刚 刚 公 布 ， 但 是 现在 已 经 有 很 多 编译 器 支持 C++11 中 一 些 相 对 比较 独立 
的 特性 ， 比 如 gcc 以 及 它 在 Windows 下 的 MinGW，Visual C++ 2010 也 部 分 支持 ， 大 家 可 
以 使 用 这 三 款 编译 器 尝试 这 个 文档 中 的 部 分 例子 。 

。 在 下 面 的 目录 中 ， 已 经 翻译 的 问题 链接 到 相应 的 中 文 文档 ， 未 翻译 的 问题 则 链接 到 英文 
原文 。 


感谢 所 有 参与 翻译 的 志愿 者 : interma, Chilli, #43, dabaidu, Yibo Zhu, lianggang jiang, 
nivo， 陈 和 良 乔 


友情 提示 : 因为 网 站 编辑 器 的 原因 ， 部 分 示例 代码 中 模板 类 的 模板 参数 会 发 生 丢失 ， 请 读者 
阅读 时 注意 参考 原文 的 代码 ， 由 此 给 大 家 造成 的 不 便 ， 深 表 款 意 。 


在 这 里 有 一 份 Stroustrup 先 生 关 于 C++11 的 访谈 ， 可 以 帮助 你 从 更 高 地 角度 把 握 整 个 C++11 新 
标准 ， 你 应 该 阅读 一 下 。 


最 后 ， 祝 大 家 阅读 愉快 :) 


目录 
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e C++11 FAQ 中 文 版 - C++11 FAQ 

e Stroustrup 先 生 关 于 中 文 版 的 授权 许可 邮件 
e Stroustrup 先 生 关 于 C++11 FAQ 的 一 些 说 明 
© 关于 C++11 的 一 般 性 的 问题 


您 是 如 何 看 待 C++11 的 ? 

什么 时 候 C++0x 会 成 为 一 部 正式 的 标准 呢 ? 
编译 器 何 时 将 会 实现 C++11 标 准 呢 ? 

我 们 何 时 可 以 用 到 新 的 标准 库 文 件 ? 
C++0x 将 提供 何 种 新 的 语言 特性 呢 ? 

C++11 会 提供 哪些 新 的 标准 库 文 件 呢 ? 
C++0x 努 力 要 达到 的 目标 有 哪些 ? 

指导 标准 委员 会 的 具体 设计 目 sie 2 

在 哪里 可 以 找到 标准 委员 会 的 报告 

从 哪里 可 以 获得 有 关 C++11 ees 资料 ? 
还 有 哪些 地 方 我 可 以 读 到 关于 C++0x 的 资料 ? 
有 关于 C++11 的 视频 吗 ? 

C++0x 难 学 吗 ? 

标准 委员 el vada 

谁 在 标准 委员 W 会 里 

实现 者 应 co 提供 C++11 特 性 ? 

将 会 是 C++1x 吗 ? 

标准 中 的 "concepts" 怎 么 了 ? 

有 你 不 喜欢 的 C++ 特性 吗 ? 


。 关于 独立 的 语言 特性 的 问题 


[0] 


[0] 


O 


[0] 


__cplusplus& 


alignment( 对 齐 方式 ) 

属性 (Attributes) 

atomic_operations 

auto - 从 初始 化 中 推断 数据 类 型 

C99 功 能 特性 

枚 举 类 一 具有 类 域 和 强 类 型 的 枚 举 
carries_dependency 
复制 和 重新 抛 出 异常 

常量 表达 式 (constexpr) 

decltype — 推断 表达 式 的 数据 类 型 

控制 默认 函数 一 一 默认 或 者 禁用 
控制 默认 函数 一 一 移动 (move) 或 者 复制 (copy) 
委托 构造 男 数 (Delegating constructors) 
并 发 性 动态 初始 化 和 析 构 

noexcept 一 阻止 异常 的 传播 与 扩散 
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显 式 转换 操作 符 

扩展 整 型 

外 部 模板 声明 

序列 for 循 环 语句 

返回 值 类 型 后 置 语 法 

类 成 员 的 内 部 初始 化 

继承 的 构造 画 数 

初始 化 列表 

内 联 命名 空间 

Lambda 表 达 式 

用 作 模 板 参数 的 局 部 类 型 

long long (长 长 整数 类 型 ) 

内 存 模 型 

预防 窄 转换 

nullptr 一 一 空 指针 标识 

对 重 载 (override) 的 控制 : override 

对 重 载 (override) 的 控制 : final 

POD 

原生 字符 串 标识 

右 角 括号 

右 值 引 用 

Simple SFINAE rule 

静态 (编译 期 ) 断言 一 static_assert 

模板 别名 (正式 的 名 称 为 "template typedef") 

线程 本 地 化 存储 (thread_local) 

unicode 字 符 

统一 初始 化 的 语法 和 语义 
(广义 的 ) 联合 体 

用 户 定 义 数据 标识 (User-defined literals) 

可 变 参数 模板 (Variadic Templates) 


。 关于 标准 库 的 问题 


O 


abandoning_a_process 

算法 方面 的 改进 

array 

async() 

atomic_operations 

条 件 变量 (Condition variables) 
标准 库 中 容器 方面 的 改进 
std::function 和 std::bind 
std::forward_list 
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o std::future 和 std::promise 

o 垃圾 回收 (应 用 程序 二 进 制 接口 ) 

o 无 序 容器 (unordered containers) 
o 锁 (locks) 

o metaprogramming (元 编程 ) and type traits 
o AR 

o 随机 数 的 产生 

o 正则 表达 式 (regular expressions) 
o 具有 作用 域 的 内 存 分 配器 

o 共享 资源 的 智能 指针 一 一 shared_ptr 
o smart pointers 

o 线程 (thread) 

o 时 间 工 具 程 序 

o 标准 库 中 的 元 组 (std::tuple) 

o unique_ptr 

o weak_ptr 

o system error 
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Stroustrup 先 生 天 于 中 文 版 的 授权 许可 邮件 


On 2/18/2011 8:03 PM, ChenLiangqiao wrote: 


Dear Mr Stroustrup,Just as you said, there will be a long time before we can read your 
new book, the 4th edition of the C++ Programming Language.And it will take another 
long time to translate it into Chinese. Instead, may i translate some parts of your C++0x 
FAQ into Chinese and post it on my blog? Then, many Chinese C++ Developers will 
learn and use the C++0x much more early. 


Certainly. | think that is a great idea and would be a great service to Chinese 
programmers. | have just a few requests: 


Keep what you translate in one document so that | (and others) can link to it, rather 
than scattering its pieces all over your blog (you can of course refer to it from your blog 
as your translations progresses). 


Insert a link back to my original 


Translate whole sections rather than parts of sections 
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Stroustrup 先 生 关 于 C++11 FAQ 的 一 些 说 明 


这 份 文档 由 Bjarne Stroustrup 进 行 编写 并 维护 。 任 何 建设 性 的 意见 ， 校 正 ， 引 用 和 建议 ， 都 是 
欢迎 的 。 目 前 ， 我 正在 努力 让 这 份 文档 更 加 完善 并 进行 一 些 参 考 的 清理 工作 。 


C++11 是 下 一 个 国际 标准 组 织 ISO 的 C++ 标准 。 目 前 ， 已 经 有 草案 可 供 大 家 参考 提出 意见 。 提 
供 意见 。 以 前 的 〈 和 目前 的 ) 标准 通常 被 称 为 为 C++98 和 C++03。C++98 和 C++03 之 间 的 差 
异 很 小 并 且 太 过 技术 化 ， 不 应 当 引 起 用 户 的 关注 。 


最 终 的 标准 委员 会 草案 已 经 于 2010 年 3 月 由 国家 标准 机 构 表决 通过 。 在 让 所 有 反馈 意见 都 得 到 
处 理 并 让 ISO 的 官员 们 都 满意 之 前 ， 还 有 很 多 工作 要 做 。 在 现 阶段 ， 任 何 功 能 (即使 是 很 小 

的 ) 都 不 要 指望 被 添加 进入 标准 或 者 从 标准 中 移出 。C++0x 这 个 名 字 只 是 我 和 其 他 人 使 用 之 

后 留 下 的 一 个 遗留 物 ， 我 们 原本 希望 它 是 C++08 或 C++09。 然 而 ， 为 了 减少 混淆 ， 我 会 继续 

谈 到 即将 到 来 的 C++ 标准 ， 它 有 着 与 我 们 在 这 里 为 C++0x 定 义 的 相同 的 功能 特性 。 我 们 可 以 把 
x 看 成 是 一 个 十 六 进 制 数 ， 就 像 B'， 这 样 Ct+0x 就 成 了 C++11。 (译注 : C++0x 是 这 个 新 标准 
的 代称 ， 等 标准 通过 之 后 ， 这 个 标准 很 可 能 被 称 为 C++11。 再 译注 : 已 经 被 正式 确定 为 C++11 
T. ) 


如 果 你 佛经 就 C++0x 提 出 过 一 些 建议 ， 请 找 你 们 国家 的 标准 化 组 织 ， 或 者 是 任何 的 标准 化 组 
织 ， 向 他 们 提交 你 关 C++0x 的 建议 和 意见 。 目 前 ， 这 是 唯一 的 提交 意见 和 建议 的 途径 ， 这 样 
可 以 保证 标准 委员 会 不 用 义理 来 自 不 同 途 径 的 相似 的 意见 和 建议 。 请 记 住 ， 标 准 委员 会 全 部 
由 志愿 者 组 成 ， 他 们 的 时 间 是 有 限 的 。 


所 有 关于 C++11 的 官方 文档 都 可 以 在 ISO C++ 标准 委员 会 的 官方 网 站 上 找到 。 标 准 委员 会 的 官 
方 名 字 是 SC22 WG21。 


请 注意 : 这 份 FAQ 将 在 很 长 一 段 时 间 内 都 是 处 于 建设 状态 。 任 何 的 意见 ， 建 议 ， 问 题 ， 参 
考 ， 更 正 都 是 欢迎 的 。 


目的 
这 份 C++11 FAQ 的 目的 是 : 


。 通过 对 比 前 一 个 ISO C++ 标准 ， 让 读者 对 C++11 的 新 功能 特性 (包括 语言 特性 和 标注 库 的 
新 功能 ) 有 一 个 大 致 的 了 解 

。 介绍 ISO C++ 标准 影响 的 领域 (?) 

© 从 用 户 的 角度 介绍 C++0x 的 新 功能 特性 

e 为 更 加 深入 的 学 习 和 研究 C++11 的 新 功能 特性 提供 参考 资料 

© 为 了 铭记 那些 为 新 标准 作出 贡献 的 人 ， 他 们 很 多 都 是 为 标准 委员 会 撰写 报告 的 人 。 这 个 
新 标准 并 不 是 由 一 个 不 露面 的 组 织 撰写 的 。 


请 记 住 ， 这 份 FAQ 的 目的 并 不 是 为 了 全 面 地 讨论 那些 功能 特性 ， 也 不 是 详细 地 解释 如 何 使 用 
这 些 特 性 。 它 的 目的 是 为 了 提供 一 些 简 单 的 例子 以 展示 C++0x 提 供给 我 们 的 新 功能 〈 加 上 一 
些 参 考 资料 ) 。 我 的 理想 是 ， 不 管 这 个 特性 有 多 人 么 复杂 , “每 个 特性 最 多 一 页 "。 而 更 详细 的 信 
息 ， 可 以 从 参考 资料 中 获得 。 


天 于 C++11 的 一 般 性 的 问题 


您 是 如 何 看 待 C++11 的 ? 


对 于 我 来 说 ， 这 是 一 个 最 最 容易 被 问 到 的 问题 。 它 可 能 是 被 问 到 的 次 数 最 多 的 问题 。 让 人 吃 
惊 的 是 ，C++11 就 像 一 种 新 的 编程 语言 : 跟 以 前 旧 的 C++ 不 同 ，C++11 的 各 个 部 分 被 更 好 地 组 
合 在 一 起 ， 并 且 我 找到 了 一 种 更 加 自然 的 高 层次 的 编程 方式 ， 而 且 同 样 有 很 好 的 效率 。 如 果 
你 仅仅 是 将 C++ 当 作 更 好 的 C， 或 者 是 一 种 面向 对 象 语言 ， 过 其 中 非常 精彩 和 关键 
的 东西 。C++11 中 的 抽象 机 制 兰 比 以 前 更 加 有 灵活， 并且 更 加 经 济 实惠 。 就 像 古 者 的 “咒语 "一 

样 : 如 果 你 的 头脑 中 有 一 个 想法 或 者 对 象 ， 起 要 在 程序 中 直接 对 其 进 和 人 TRA, BA, MBE 
对 现实 世界 中 的 对 象 进行 建 模 ， 并 在 代码 中 对 其 进行 抽象 。 现 在 这 一 过 程 更 加 容易 了 : 你 的 
想法 将 直接 对 应 成 为 枚 举 、 对 象 、 类 (例如 ， 对 默认 值 进行 控制 ) 、 类 的 继承 〈 例 如 ， 继 承 
的 构造 画 数 ) 、 模 板 、 别 名 、 异 常 、 循 环 、 线 程 等。 这 将 远 远 好 于 以 前 那 种 简单 的 “以 一 双 鞋 
适应 所 有 脚 " 的 抽象 机 制 。 


我 的 理想 是 ， 使 用 编程 语言 的 各 个 功能 来 帮助 程序 员 从 另外 一 个 角度 思考 系统 的 设计 和 实 


现 。 我 认为 C++11 可 以 做 到 这 一 点 。 并 且 ， 不 仅仅 是 为 了 让 C++ 程序 员 可 以 做 到 ， 还 包括 更 多 
的 习惯 于 其 它 编程 语言 的 ， 在 更 广泛 的 领域 内 进行 系统 编程 的 程序 员 都 可 以 做 到 这 一 点 。 


换 名 话说， 我 依然 是 一 个 乐观 主义 者 。 


什么 时 候 C++0x 会 成 为 一 部 正式 的 标准 呢 ? 


就 是 此 刻 | 


一 份 正式 标准 的 初稿 产生 于 2008 年 9 月 。 近 期 (2010 年 3 月 ) ， 一 份 最 终 的 标准 委员 会 草案 标 
准 即将 接受 国家 标准 机 构 的 投票 表决 。 


我 们 知道 ， 新 标准 的 看 起 来 更 象 一 个 modulo minor ( 它 已 经 随 着 独立 的 功能 特性 而 发 生 了 改 
Z) (?)。 新 标准 很 可 能 命名 为 C++11， 但 即使 是 简单 的 官方 审批 程序 也 可 能 使 之 成 为 
C++12。 就 个 人 而 言 ， 当 我 需要 区 分 之 前 版 本 的 时 候 ， 我 更 喜欢 简单 地 用 C++ 和 年 度 标识 来 标 
记 ， 例 如 ARM C++，C++98 和 C++03。 现 在 ， 我 按照 惯例 ， 将 继续 使 用 C++0x 作 为 下 一 个 
C++ 标 准 的 名 字 。 将 'X' 看 做 十 六 进 制 数 吧 ， 这 样 更 好 理解 一 些 。 


(翻译 : Chilli) 


编译 器 何 时 将 会 实现 C++11 标 准 呢 ? 


目前 ， 业 界 普通 使 用 的 已 经 发 布 的 编译 器 〈 例 如 ，GCC C++, Clang C++,IBM C++, 和 
Microsoft C++) 已 经 实现 了 许多 C++11 的 特性 。 例 如 ， 在 发 布 编 译 器 时 ， 同 时 发 布 全 部 或 者 
绝 大 多 数 的 新 标准 库 文件 似乎 非常 普 青 ， 并 且 十 分 受用 户 的 欢迎 。 我 希望 越 来 越 多 的 新 特性 
会 出 现在 每 次 的 版 本 发 布 中 。 可 能 性 最 大 的 ， 相 对 独立 的 特性 ， 像 auto, lambda, 和 strongly 
typed enums， 我 们 将 最 早 看 到 。 我 不 禁 猜 想 ， 何 时 所 有 编译 器 都 将 完全 支持 C++11 一 一 写 无 
疑问 ， 这 将 会 需要 数 年 的 时 间 但 我 注意 到 ， 每 一 个 C++11 的 特性 都 已 经 被 一 些 人 实现 
过 ， 所 以 编译 器 的 开发 者 们 是 有 可 用 的 实现 经 验 可 以 参考 的 。 (译注 : 关于 各 个 主流 编译 器 
对 C++11 的 支持 情况 ， 可 以 参考 这 里 ) 





你 也 可 以 通过 下 面 的 链接 获得 各 个 主流 编译 器 对 C++11 的 支持 情况 : 
。 各 大 主流 编译 器 支持 情况 比较 
e GCC 
e IBM 
e Microsoft 
e EDG 
e Clang 


(翻译 : Chilli) 


我 们 何 时 可 以 用 到 新 的 标准 库 文 件 ? 


目前 ， 随 着 GCC、Clang 和 Microsoft 的 实现 ， 新 标准 库 文 件 的 初始 版 本 已 经 开始 发 布 ， 并 且 在 
Boost 库 中 已 经 有 很 多 标准 库 的 组 件 可 用 。 GE: Boost 库 是 一 个 可 移植 、 开 放 源 码 的 
C++ 库 ， 作 为 标准 库 的 后 和 各， 是 C++ 标准 化 进程 的 发 动机 之 一 。) 


(翻译 : Chilli) 





C++0x 将 提供 何 种 新 的 语言 特性 呢 ? 


你 当然 不 会 仅仅 因为 别人 的 一 个 想法 ， 就 给 语言 添加 一 个 特性 。 事 实 上 ， 关 于 C++， 基 本 上 每 
一 个 最 现代 化 的 语言 特性 都 有 人 向 我 建议 过 ， 试 着 想象 一 下 ，C99、C# Java, Haskell, 
Lisp、Python 还 有 Ada 的 扩展 集会 是 个 什么 样子 ? (译注 : 如 果 想 着 把 这 些 语言 的 特点 都 集合 
到 C++ 上 ， 那 C++ 就 是 一 个 四 不 像 了 ) 我 们 想 问题 要 想 的 更 加 深入 些 ， 记 住 ， 即 使 标准 委员 会 
表决 认为 某 个 旧 特 性 是 不 好 的 ， 完 全 剔除 掉 也 是 不 可 行 的 : 事实 表明 ， 用 户 会 迫使 每 一 个 开 
发 者 在 兼容 选项 下 (或 默认 ) 继续 提供 过 时 甚至 已 被 禁止 的 特性 达 几 十 年 。 


为 了 试 着 从 洪水 般 的 建议 中 选择 合理 的 建议 ， 我 们 设计 了 一 套 具体 的 设计 目标 。 我 们 不 应 该 
完全 依据 设计 目标 (?)， 而 且 它 也 不 能 完全 的 指导 标准 委员 会 的 每 个 细节 (而且 依 我 所 见 也 不 
可 能 完全 ) 。 


其 结果 就 是 ，C++ 成 为 一 种 被 大 大 改良 过 的 抽象 机 制 的 语言 。 这 个 抽象 的 范围 比 起 手工 操作 的 
专业 代码 ， 大 大 增加 了 ， 而 且 C + + 可 以 优雅 ， 有 灵活 ， 雪 成 本 的 表达 出 来 。 当 我 们 提 到 " 抽 

象 "的 时 候 ， 人 们 往往 只 是 想到 “分 类 ?或 "对 象 "。C++0x 中 远 不 止 这 些 : 用 户 自 定 义 的 类 型 可 以 
清晰 安全 的 表达 出 来 ， 而 且 类 型 的 范围 已 经 随 着 初始 化 列表 ， 统 一 初始 化 ， 模 板 别名 ， 右 值 
引用 ， 默 认 的 和 删除 画 数 (?) 特 性 以 及 可 变 参 数 模板 等 特性 而 不 断 增长 扩大 。 而 有 些 特性 则 简 
化 了 它们 的 实现 ， 比 如 auto, inherited constructors 和 decltype。 这 些 增 强 功能 足以 使 C++0x 像 
一 种 新 的 语言 。 


已 被 接受 的 语言 功能 的 列表 ， 请 参阅 功能 列表 。 
(翻译 : Chilli) 


C++11 会 提供 哪些 新 的 标准 库 文 件 呢 ? 


我 本 来 也 是 希望 看 到 更 多 的 标准 库 文 件 的 。 然 而 ，“( 我 改观 是 因为 我 ) 注意 到 标准 库 文 件 中 
定义 的 篇 幅 就 占 了 超过 75% 的 规范 性 文字 (而 且 这 些 还 不 包括 作为 参考 文献 的 C 标 准 库 文 
件 ) 。 虽 然 我 们 中 的 许多 人 也 很 希望 看 到 更 多 的 标准 库 文 件 ， 但 是 没 人 责 各 库 工 作 组 的 情 
人 怠 。 值 得 一 提 的 是 ，C++98 标 准 库 已 通过 新 语言 特性 的 应 用 ， 如 初始 化 列表 ， 右 值 引 用 ， 可 
变 参 数 模板 和 constexpr (常量 表达 式 ) 而 取得 了 显著 改善 。 相 比 C++98，C++11 更 易 使 用 ， 
并 且 能 够 提供 更 高 的 性 能 。 


如 果 想 查看 所 有 已 经 被 接受 的 标准 库 文件 的 列表 ， 可 以 访问 这 里 the library component list 


"0 


(翻译 : Chilli) 


C++0x 努 力 要 达到 的 目标 有 哪些 ? 


C++ 是 一 种 偏向 于 系统 编程 的 通用 编程 语言 ， 所 以 它 应 该 : 


。 支持 数据 抽象 
。 支持 面向 对 象 的 编程 
。 支持 泛 型 编程 
C++0x 努 力 的 总 体 目 标 是 为 了 加 强 : 
e 使 C++ 成 为 一 种 适用 于 系统 编程 和 创建 程序 库 的 更 好 的 语言 一 一 也 就 是 直接 利用 C++ 进行 


编程 ， 而 不 是 为 某 个 特定 的 领域 提供 专门 的 开发 语言 。 (〈 例 如， 专门 为 数值 计算 或 
Windows 的 应 用 程序 开发 提供 支持 ) 。 


N 





性 ， 为 初学 者 提供 相关 的 配套 组 件 Gk 
C++ 更 容易 学 习 和 使 用 ) (初学 者 总 是 比 专家 多 的 ) 。 (译注 : C++0x 现 在 真 的 是 更 好 用 
7 了 ) 


自然 ， 这 是 在 非常 严格 的 兼容 性 约束 下 完成 的 。 虽然 我 们 在 C++0x 中 引入 了 很 多 新 的 关键 词 
(例如 : static assert，nullptr， 还 有 constexpr) ， 但 是 标准 委员 会 也 很 少 会 破 环 标 准 库 中 的 
已 经 让 人 非常 满意 的 代码 。(?) 








你 可 以 通过 下 面 这 些 参 考 获 得 更 多 详细 的 信息 : 


e B. Stroustrup: What is C++0x? . CVu. Vol 21, Issues 4 and 5. 2009. 

e B. Stroustrup: Evolving a language in and for the real world: C++ 1991-2006 . ACM 
HOPL-III. June 2007. 

e B. Stroustrup: A History of C++: 1979-1991 . Proc ACM History of Programming 
Languages conference (HOPL-2). March 1993. 

e B. Stroustrup: C and C++: Siblings . The C/C++ Users Journal. July 2002. 


(翻译 : Chilli) 


指导 标准 委员 会 的 具体 设计 目标 是 什么 ? 


自然 ， 涉 及 不 同 标准 化 的 不 同 组 织 或 个 人 都 会 有 某 些 不 同 的 目的 ， 尤 其 是 在 细节 和 优先 级 方 
面 。 此 外 ， 详 细 的 目标 总 是 随时 间 的 改变 而 变动 的 。 请 记 住 ， 委 员 会 做 不 到 认同 每 个 人 的 意 
见 本 身 也 是 件 好 事 一 一 志愿 者 们 的 资源 还 是 非常 有 限 的 。 然 而 ， 这 里 已 经 有 一 套 在 实际 探讨 
中 使 用 着 的 规范 ， 以 此 来 确定 那 种 特性 或 是 库 文 件 可 适当 的 用 C++0x 中 : 


。 保持 稳定 和 兼容 性 一 一 不 要 打破 旧 代 码 ， 而 如 果 你 非 打 破 不 可 的 话 ， 不 要 静 静 的 做 
GE: 应 该 是 让 做 点 工作 告知 大 家 吧 ) 。 

。 重 库 文件 而 非 语言 拓展 -这 是 一 条 委员 会 做 得 不 太 成 功 的 理念 ， 因 为 太 多 人 更 喜欢 实 实在 
在 的 语言 特性 (而 不 是 库 ) 

。 重 一 般 性 而 非 专 业 性 一 一 聚焦 于 改善 抽象 机 制 ( 类， 模板 等 ) 。 

。 要 专家 新 手 都 支持 一 一 新 手 可 以 通过 更 好 的 库 文件 及 更 多 的 一 般 性 规则 得 到 帮助 ， 而 专 
家 需要 一 般 且 有 效 的 特性 。 

。 提升 类 安全 一 一 主要 的 措施 是 通过 允许 程序 员 以 避免 类 型 不 安全 的 性 能 。 

。 提高 性 能 和 直接 与 硬件 工作 的 能 使 C++ 其 至 更 好 的 用 于 嵌入 式 系 统 编程 和 高 性 能 计 
算 。 

。 与 实际 世界 相符 一 一 考虑 工具 链 ， 实 施 成 本 ， 转 换 问 题 ，ABI 问 题 ， 教 学 和 学 习 等 注意 到 
整合 性 能 (新 的 和 旧 的 ) 使 之 结合 工作 是 个 关键 一 一 基本 上 大 部 分 的 工作 都 是 。 整 体 大 
于 各 部 分 之 和 。 另 一 种 看 待 详细 目的 的 方式 是 观察 使 用 领域 和 使 用 风格 : 

。 机 械 模型 和 一 致 性 一 一 为 使 用 现代 硬件 提供 更 强 的 保障 和 更 好 的 设施 (如 多 核 及 柔软 的 
连贯 内 存 模型 ?) 。 例 子 如 thread ABI, thread-local storage, 和 atomics ABI. 

。 泛 型 编程 一 一 GP 也 是 C ++ 98 取 得 的 巨大 成 就 ， 我 们 需要 基于 经 验 改进 对 其 的 支持 。 例 
子 像 auto 和 template aliases。 

。 系统 编程 - 改善 与 硬件 相近 的 编程 〈 如 低级 别 的 做 入 式 系统 编程 ) ， 提 高 效率 。 例 子 有 
constexpr, std::array, 和 eneralized PODs. 

。 库 建 设 - 消除 抽象 机 制 的 局 限 性 ， 效 率 低 和 不 规范 。 例 子 有 inline namespace, inherited 


constructors, 和 rvalue references. 














(翻译 : Chilli) 未 整理 


在 哪里 可 以 找到 标准 委员 会 的 报告 ? 


前 往 the papers section of the committee’s website 。 那 里 有 相当 多 的 细节 说 明 。 寻 找 “issues 
lists” 或 “state of 列表 (40 , State of Evolution (July 2008)) 。 主 要 的 分 组 有 : 


处 理 语 言 技术 事件 并 公式 化 
处 理 与 语言 功能 建议 及 横 跨 语言 / 库 边 界 的 事件 问题 
义理 库 设 备 提案 问题 


e Core (CWG ) 
e Evolution ( EWG ) 
e (LWG) 











以 下 是 提出 的 C++Ox 标准 建议 草案 。 


(翻译 : Chilli) 未 整理 


从 哪里 可 以 获得 有 关 C++11 的 学 术 性 和 技术 性 的 参 
ERI? 


你 可 以 从 以 下 这 些 地 方 获得 你 想 要 的 资料 : 


Bjarne Stroustrup: Software Development for Infrastructure. Computer, vol. 45, no. 1, 
pp. 47-58, Jan. 2012, doi:10.1109/MC.2011.353. A video interview about that paper and 
video of a talk on a very similar topic (That’s a 90 minute talk incl. Q&A). 

Saeed Amrollahi: 


Modern Programming in New Millenium: A Technical Survey on Outstanding features of 
C++0x. 


Computer Report (Gozaresh-e Computer), No.199, November 2011 (Mehr and Aban 
1390), pages 60-82. (in Persian) 


Hans-J. Boehm and Sarita V. Adve: Foundations of the C++ concurrency memory 
model . ACM PLDI'08. 


Hans-J. Boehm: Threads Basic . Yet unpublished technical report. // Introductory. 
Douglas Gregor, Jaakko Jarvi, Jeremy Siek, Bjarne Stroustrup, Gabriel Dos Reis, and 
Andrew Lumsdaine: Concepts: Linguistic Support for Generic Programming in C++ . 
OOPSLA06, October 2006. // The concept design and implementation as it stood in 
2006; it has improved since, though not sufficiently to save it . 

Douglas Gregor and Jaakko Jarvi: Variadic templates for C++0x . Journal of Object 
Technology, 7(2):31-51, February 2008. 

Jaakko Jarvi and John Freeman: Lambda functions for C++0x . ACM SAC ’08. 

Jaakko Jarvi, Mat Marcus, and Jacob N. Smith: Programming with C++ Concepts . 
Science of Computer Programming, 2008. To appear. 

M. Paterno and W. E. Brown : Improving Standard C++ for the Physics Community . 
CHEP’04. // Much have been improved since then! 

Michael Spertus and Hans J. Boehm: The Status of Garbage Collection in C++0X . 
ACM ISMM’09. 

Verity Stob: An unthinking programmer’s guide to the new C++ — Raising the standard 
. The Register. May 2009. (Humor (| hope)). 

[N1781=05-0041] Bjarne Stroustrup: Rules of thumb for the design of C++0x. 

Bjarne Stroustrup: Evolving a language in and for the real world: C++ 1991-2006 . ACM 
HOPL-III. June 2007. (incl. slides and videos). // Covers the design aims of C++0x, the 
standards process, and the progress up until 2007. 

B. Stroustrup: What is C++0x? . CVu. Vol 21, Issues 4 and 5. 2009. 


e Anthony Williams: Simpler Multithreading in C++0x . devx.com. 


上 述 列 表 是 不 完整 的 ， 随 着 有 些 人 出 版 一 些 新 的 作品 ， 列 表 中 的 文章 会 过 时 。 如 果 你 发 现 有 
文章 应 该 出 现在 这 个 列表 中 ， 但 事实 上 它 并 没有 出 现 ， 请 及 时 联系 我 进行 更 新 。 并 不 是 所 有 
的 文献 都 能 随 着 标准 及 时 更 新 。 我 会 尽力 保证 内 容 的 一 致 性 。 


(翻译 : nivo) 


还 有 哪些 地 方 我 可 以 读 到 关于 C++0x 的 资料 ? 


随 着 标 准 的 日 趋 完善 ， 有 关 C++0x 的 ANS RRS, C++ 的 各 种 实现 (例如 ， 
GCC, Visual C++) 开始 提供 新 的 语言 特性 和 库 。 下 面 是 资源 列表 : 

。 委员 会 的 网 址 . 

e C++0x 草案 . 

e the C++0x 维 基 百 科 .积极 维护 ， 但 明 显 不 是 委 A 会 的 成 A 

e 帮助 页 GCC's experimental implementation of C++0x features . 


(翻译 : nivo) 


有 关于 C++11 的 视频 吗 ? 
希望 大 家 知道 这 真 的 是 一 个 FAQ， 而 不 是 一 些 列 出 的 我 个 人 喜欢 的 问题 集 ; 我 不 喜欢 技术 话 
题 的 视频 ， 我 发 现 视频 容易 分 心 ， 并 且 经 常 包括 一 些微 小 的 口头 上 的 技术 错误 。 


e B. Stroustrup, H. Sutter, H-J. Boehm, A. Alexandrescu, S.T.Lavavej, Chandler Carruth, 
and Andrew Sutter: 


several talks and panels from the Going Native 2012 conference. 
e Herb Sutter: 
Writing modern C++ code: how C++ has evolved over the years. September 2011. 
e Herb Sutter: 
C++ and Beyond 2011: Herb Sutter ~ Why C++?. August 2011. 
e Try Google videos. 
e Lawrence Crowl: 
Lawrence Crowl on C++ Threads. 
in Sophia Antipolis, June 2008. 
e Bjarne Stroustrup: 
The design of C++0x 
at U of Waterloo in 2007. 
e Bjarne Stroustrup: 
Initialization at Google in 2007. 
e Bjarne Stroustrup: 
C++0x — An overview. 
in Sophia Antipolis, June 2008. 
e Lawrence Crowl: 
Threads. 
e Roger Orr: 


C++0x. January 2008. 


e Hans-Jurgen Boehm: 
Getting C++ Threads Right. December 2007. 


(翻译 : nivo) 


C++0X 难 学 吗 ? 


虽然 我 们 不 能 在 删除 大 量 代 码 的 前 提 下 从 C++ 中 移 除 任何 有 影响 的 特性 ，C++0x 仍 旧 比 C++98 
大 ， 所 以 如 果 你 想 熟 知 每 一 个 规则 ， 学 习 C++0x 将 会 是 很 困难 的 。 有 两 个 工具 可 以 帮助 我 们 
简化 学 习 过 程 〈 从 学 习 者 的 角度 而 言 ) 


。 一 般 化 : 替换 ， 也 就 是 用 C++0x 所 提供 的 新 特性 蔡 换 C++ 以 前 所 使 用 的 各 种 特性 。 ( 例 
如 ， uniform initialization, inheriting constructors, 和 threads). (?) (译注 : 这 一 段 不 太 理 
解 ， 但 是 从 给 出 的 例子 来 看 ， 大 约 是 某 些 原来 使 用 C++98 实 现 起 来 非常 复杂 的 功能 ， 现 
在 可 以 在 C++0x 中 轻松 简便 地 实现 ， 所 以 用 C++0x 蔡 换 C++98， 上 比如 线程 就 是 一 个 非常 明 
显 的 例子 。) 


e 简单 化 : 提供 比 原来 的 方法 更 加 简单 的 第 二 种 选择 。 (例如 ，array, auto, range for 
statement, and regex， 这 些 特性 都 使 得 C++ 的 开发 更 加 简单 。) 


显然 ,“ 自 下 而 上 ”的 教 /学 方式 将 使 得 这 些 优 势 写 无 发 挥 的 地 方 ， 并 且 目 前 几乎 没有 别 的 不 同 
方式 。 这 应 该 随时 间 而 变化 。 


(翻译 : nivo) 


标准 委员 会 是 如 何 运 行 的 ? 


ISO 标准 委员 会 ，SC22 WG21， 是 在 ISO 规则 下 运行 的 。 奇 怪 的 是 ， 这 些 规则 并 非 标准 化 
的 ， 而 是 随 着 时 间 的 变化 而 变化 。 GEE: 标准 委员 会 的 规则 并 不 标准 ) 


大 多 数 国家 都 有 活路 的 C++ 团体 并 形成 了 自己 的 国家 标准 。 这 些 团体 举行 会 议 ， 通 过 网 络 协调 
一 致 ， 并 向 ISO 会 议 推选 人 代表。 加拿大， 法国， 德国， 瑞士， 英国 和 美国 是 出 席 这 些 会 议 较 多 
的 国家 。 有 丹麦， 荷兰， 日本， 挪威， 西班牙 和 别 的 一 些 国家 则 是 出 席 人 数 比 较 少 的 国家 。 


大 多 数 通过 网 络 召开 的 会 议 都 是 介 于 这 两 者 之 间 ， 会 议 记 录 由 标准 委员 会 编号 并 存放 在 
WG21。 

标准 委员 会 每 年 召开 两 到 三 次 会 议 ， 每 次 约 一 周 的 时 间 。 这 些 会 议 的 大 部 分 工作 就 是 工作 划 
分 ， 比 如 "核心 "，" 库 “，" 演 化“,“ 并 发 ” 根据 需要 ， 也 会 为 了 解决 一 些 迫 切 的 问题 而 召开 会 
议 ， 比 如 "概念 "和 "内 存 模型 "。 会议 主要 用 来 投票 表决 。 首 先 ， 工 作 组 举行 民意 投票 来 判断 某 
个 论点 是 否 可 以 作为 一 个 整体 提案 递交 给 标准 委员 会 。 然 后 ， 如 果 这 个 提案 被 接受 ， 标 准 委 
员 会 将 进行 每 人 一 票 的 投票 表决 。 我 们 花费 大 量 注意 力 在 那些 我 们 没有 进入 但 是 已 经 有 很 多 
人 表现 出 来 和 国家 不 同意 的 形势 一 一 这 将 会 导致 长 期 的 争论 。 最 后 ， 官 方 草案 的 投票 由 国家 
标准 机 构 通过 邮件 完成 。 


标准 委员 会 和 C 标 准 组 织 以 及 POSIX 有 正式 的 联系 ， 并 和 其 他 一 些 组 织 也 有 或 多 或 少 的 联系 。 


(翻译 : nivo) 


谁 在 标准 委员 会 里 ? 


标准 委员 会 包括 大 约 200 个 人 ， 其 中 有 大 约 60 位 会 出 席 每 年 两 到 三 次 一 周 时 间 的 会 议 。 除 此 之 
外 ， 在 一 些 国家 还 有 一 些 国 家 标准 组 织 和 会 议 。 多 数 成 员 通 过 出 席 会 议 ， 邮 件 讨 论 或 提交 论 
文 供 标准 委员 会 其 酌 等 方式 贡献 自己 的 力量 。 多 数 成 员 有 朋友 或 同事 提供 帮助 。 第 一 天 ， 标 
准 委员 会 召集 从 各 个 国家 而 来 的 代表 ， 并 且 每 一 次 会 议 由 6 到 12 个 国家 的 代表 参加 。 最 终 投票 
由 20 个 国家 标准 组 织 完 成 。 这 样 ，ISO C++ 标 准 是 一 个 集合 了 众人 集体 智慧 而 成 的 最 终 成 
果 ， 而 并 不 是 人 们 通常 认为 的 一 一 它 只 是 一 些 为 了 创造 完美 语言 的 不 相干 的 人 创造 出 来 的 空 
中 楼 阁 。 这 个 标准 需要 获得 他 们 的 同意 ， 只 有 这 样 才 可 保证 所 有 人 可 以 接受 标准 。 


很 自然 地 ， 多 数 志 愿 者 (并 非 全 部 ) 有 他 们 自己 的 日 常 工作 : 我 们 有 的 人 开发 编译 器 ， 有 的 
人 写生 成 工具 ， 有 的 人 写 程 序 库 ， 还 有 人 写 应 用 程序 (此 类 人 很 少 ) ， 还 有 少数 的 研究 者 ， 
还 有 顾问 ， 还 有 编写 测试 工具 的 等 等 。 


这 有 一 个 简短 的 关于 组 织 者 的 列表 : 
Adobe,Apple,Boost,EDG,Google, HP,IBM ,Intel, Microsoft,Red Hat,Sun. 


这 还 有 一 个 标准 委员 会 的 简短 的 成 员 列 表 ， 你 有 可 能 会 在 网 上 或 是 著作 里 遇 到 他 们 : 


Dave Abrahams, Matt Austern, Pete Becker, Hans Boehm, Steve Clamage, Lawrence 
Crowl, Beman Dawes, Doug Gregor, Howard Hinnant, Jaakko Jarvi, Francis Glassborow, 
Jens Maurer, Jason Merrill, Sean Parent, P.J. Plauger, Tom Plum, Gabriel Dos Reis, Bjarne 
Stroustrup, Herb Sutter, David Vandervoorde Michael Wong. Apologies 还 有 更 多 成 员 就 不 一 
一 列 出 了 。 请 关注 一 些 论文 的 作者 列表 : 一 个 标准 是 由 很 多 人 共同 完成 的 ， 而 不 是 一 个 匿名 
的 标准 委员 会 。 


你 可 以 从 WG21 papers 获得 有 关 这 些 作者 的 更 深入 的 专长 介绍 以 获得 更 深 的 印象 ， 但 请 牢记 
那些 为 标准 的 完成 做 出 了 巨大 贡献 但 并 没有 写 太 多 东西 的 人 们 。 


(翻译 : nivo) 


实现 者 应 以 什么 顺序 提供 C++11 特 性 ? 


标准 中 并 没有 关于 引入 C++0x 特 性 的 顺序 ; 它 只 是 简单 的 列 出 了 为 了 达到 完整 地 C++11 特 性 所 
需要 做 的 事情 。 然 而 ， 如 果实 现 者 分 阶段 引入 新 的 C++0x 特 性 ， 我 们 也 认为 这 是 合理 的 。 毕 
竟 ， 我 不 会 使 用 不 支持 的 特性 。 所 以 ， 一 个 基于 “易于 提供 "和 "对 多 数 人 有 用 "的 理念 ， 是 早期 
实现 的 关键 原则 。 


。 没有 功能 特性 的 新 库 取决 于 新 的 语言 特性 ， 上 比如 可 变 参 数 模 板 和 常量 表达 式 constexpr。 
。 简单 且 易于 实现 的 特性 将 在 细小 但 重要 的 地 方 帮助 用 户 : 


e auto 





e enum class 枚 举 类 

e long long 

e nullptr 空 指针 

e right brackets 右 括号 
e static_assert 静 态 断言 


帮助 实现 C++11 标准 库 的 语言 特点 : 


。 常量 表达 式 

。 初始 化 列表 

e 一 般 的 和 统一 的 初始 化 (包括 预防 宽 转 罕 ) 
。 右 值 引用 

可 变 参 数 模板 

标准 库 用 到 的 所 有 特点 


相关 的 并 发 特性 : 


。 memory model 内 存 模型 

。 线程 的 本 地 化 存储 thread_local 

e atomic types 原子 类 型 

。 local types as template arguments 作为 模板 参数 的 局 部 类 型 


e lambdas 
。 标准 库 的 完整 支持 
e PODs 


如 果 你 看 得 仔细 ， 你 会 发 现 我 对 很 多 语言 特点 〈 在 引入 这 些 特 性 的 时 间 上 ) 并 没有 看 法 。 很 
自然 地 ， 我 也 希望 这 些 特性 能 够 被 尽快 地 实现 。 但 是 ， 我 并 没有 一 个 关于 何 时 这 些 特 性 应 该 
被 实现 的 判断 。 显然 ， 每 一 个 C++ 实现 者 都 有 自己 的 原则 ， 所 以 我 们 不 能 期 望 他 们 步调 一 致 ， 
但 是 我 希望 他 们 可 以 稍微 关注 一 下 别人 在 做 什么 ， 这 样 可 以 让 用 户 更 早 地 开始 他 们 的 移植 工 
作 。 


(翻译 : nivo) 
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将 会 是 C++1X 吗 ? 


几乎 可 以 肯定 ， 并 且 不 仅仅 是 因为 标准 委员 会 要 拖延 C++11 的 期 限 。 我 听 到 最 多 的 希望 或 计划 
是 社区 应 该 在 C++11 推 出 后 立即 开始 实施 。 与 当今 科技 发 展 水 平 相 比 ， 标 准 的 发 布 周期 太 长 
了 ， 所 以 一 些 人 认为 三 年 时 间 用 来 修订 比较 合适 。 而 我 认为 5 年 则 是 更 为 现实 的 。 那 C++16 
呢 ? 


(翻译 : nivo) 


标准 中 的 "concepts" 人 怎么 了 ? 


概念 (concept) (译注 : 这 里 翻译 并 不 准确 ， 请 大 家 参照 原文 ) 是 允许 精确 地 描述 模板 参数 
的 一 个 特性 ， 不 幸 的 是 ， 社 区 认为 未 来 的 关于 概念 的 工作 会 严重 影响 标准 的 进度 ， 并 从 工作 
文件 中 移出 了 这 个 特性 ， 相 关 解 释 可 以 参阅 我 的 笔记 : 移出 概念 的 决定 和 一 个 基于 概念 的 
DevX 观点 和 C++ 的 启示 。 


即使 概念 将 来 成 为 后 续 C++ 的 一 部 分 ， 我 也 不 得 不 从 该 文档 中 删除 这 一 章节 ， 但 是 把 它们 放 在 
后 面 : 


e 公理 (语义 假设 ) 
。 概念 


。 概念 图 (concepts map) 


(翻译 : nivo) 


有 你 不 喜欢 的 C++ 特 性 吗 ? 


是 的 ， 有 些 C++98 中 的 特性 我 是 不 喜欢 的 ， 比 如 宏 。 问 题 在 于 ， 并 非 是 我 喜欢 什么 或 者 我 发 
现 它 对 我 需要 做 得 一 些 事 有 帮助 。 事 实 上 ， 这 个 问题 是 ， 无 论 是 否 有 人 认为 确实 需要 说 服 他 
人 支持 这 个 想法 ， 或 者 一 些 用 法 在 某 些 用 户 社区 已 经 根深 蒂 固 到 必须 提供 支持 的 地 步 。 





(翻译 : nivo) 


天 于 独立 的 语言 特性 的 问题 


cplusplus 安 


在 C++11 中 ，__cplusplus 宏 将 被 设 定 为 一 个 比 以 往 的 标准 中 的 值 ( 在 C++03 中 ， 是 
199711L) 更 大 的 值 。 


alignment( 对 齐 方式 ) 


属性 (Attributes) 


“属性 "是 C11 标 准 中 的 新 语法 ， 用 于 让 程序 员 在 代码 中 提供 额外 信息 。 相 较 于 风格 各 异 的 传统 
Hz (attribute, declspec, 加 ragma 等 ), “属性 ”语法 致力 于 将 各 种 “方言 "进行 统一 。 

与 传统 语法 不 同 的 是 ，“ 属 性 ”语法 相当 灵活 ， 可 以 随处 添加 ， 且 总 是 作用 于 与 之 相 令 的 语法 实 
体 。 


void f [[ noreturn ]] O) // fO 永 不 返回 
{ 
throw "error"; // 虽然 不 得 返回 ， 但 可 以 抛 出 异常 


struct foo* f [[carries_dependency]] (int i); // 编译 优化 指示 
int* g(int* x, int* y [[carries_dependency]]); 


正如 你 看 到 的 那样 ， 属 性 被 放置 在 两 个 双重 中 括号 “[[...]]" 之 间 。 目 前 ，noreturn 和 
carries_dependency 是 C++11 标 准 中 仅 有 的 两 个 通用 属性 。 
我 们 有 理由 担心 属性 的 大 量 使 用 会 引起 C++ 语言 的 混乱 ， 很 可 能 将 产生 很 多 C++ 语言 的 ' 方 


” 
o 


Dl 


所 以 ， 我 们 推荐 仅 在 不 影响 源 代 码 的 业务 逻辑 的 前 提 下 ， 才 使 用 属性 来 帮助 编译 器 作 更 好 的 
错误 检查 (例如 ，[[noreturn]]|， 或 者 是 帮助 代码 优化 (例如 ， [[carries_dependency]]) 。 


在 未 来 的 计划 中 ， 属 性 的 一 个 重要 用 途 是 为 OpenMP 提 供 更 好 的 辅助 信息 。 例 如 : 


// 使 用 [[omp: :parallel()]] 属 性 告诉 编译 器 ， 这 个 for 循 环 可 以 并 行 执行 
for [[omp::parallel()]] (int i=0; i<v.size(); ++i) { 
Yl te 


就 像 上 面 的 代码 展示 的 那样 ， 通 过 指定 for 循 环 的 [[omp::parallel()] 属 性 ， 编 译 器 将 使 用 
OpenMP 对 这 个 for 循 环 进行 并 行 化 处 理 ， 从 而 这 个 for 循 环 将 并 行 执行 。 


参考 文献 : 


Standard: 7.6.1 Attribute syntax and semantics, 7.6.3-4 noreturn, carries_ dependency 8 
Declarators, 9 Classes, 10 Derived classes, 12.3.2 Conversion functions 


[N2418=07-027] Jens Maurer, Michael Wong: Towards support for attributes in C++ 
(Revision 3) 


atomic_operations 


Stroustrup 尚 未 完成 此 主题 ， 期 待 中 

对 此 主题 感 兴趣 的 朋友 ， 可 以 参考 

C++ 小 品 : 榨 干 性 能 : C++11 中 的 原子 操作 (atomic operation) 
VC11 有 点 甜 : 原子 操作 和 < atomic> 头 文件 


参考 : 


auto — 从 初始 化 中 推断 数据 类 型 


考虑 下 面 的 代码 : 


auto x = 7; 


这 里 的 变量 x 被 整数 7 初始 化 ， 所 以 x 的 实际 数据 类 型 是 int。auto 的 通用 形式 如 下 : 


auto x = expression; 


这 样 ， 这 个 表达 式 计算 结果 的 数据 类 型 就 是 变量 x 的 数据 类 型 。 


当 数 据 类 型 未 知 或 不 便 书写 时 ， 使 用 auto 可 让 编译 器 自动 根据 用 以 初始 化 变量 的 表达 式 类 型 
来 推导 变量 类 型 。 考 虑 如 下 代码 : 


template<class T> void printall(const vector<T>& v) 


// 根据 v.begin( ) 的 返回 值 类 型 自动 推断 p 的 数据 类 型 
for (auto p = v.begin(); p!=v.end(); ++p) 
cout << *p << Sina 


为 了 表示 同样 的 意义 ， 在 C++98 中 ， 我 们 不 得 不 这 样 写 : 


template<class T> void printall(const vector<T>& v) 
for (typename vector<T>::const_iterator p = v.begin(); 


p!=v.end(); ++p) 
cout << *p << sane 


当 变 量 的 数据 类 型 依赖 于 模板 参数 时 ， 如 果 不 使 用 auto 关 键 字 ， 将 很 难 确 定 变 量 的 数据 类 
型 。 例 如 : 


template<class T,classs U> void multiply (const vector<T>& vt, 
const vector<U>& vu) 


Uf sen 


auto tmp = vt[i]*vu[i]; 
VE “es 


在 这 里 ，tmp 的 数据 类 型 应 该 与 模板 参数 T 和 U 相 乘 之 后 的 结果 的 数据 类 型 相同 。 对 于 程序 员 
来 说 ， 要 通过 模板 参数 确定 tmp 的 数据 类 型 是 一 件 很 困难 的 事情 。 但 是 ， 对 于 编译 器 来 说 ， 一 
旦 确定 了 T 和 U 的 数据 类 型 ， 推 断 tmp 的 数据 类 型 将 是 轻而易举 的 一 件 事情 。 


auto 特 性 是 C++11 中 最 早 被 提出 并 被 实现 的 特性 。 早 在 1984 年 ， 我 就 在 我 的 Cfont 中 实现 了 
auto 特 性 ， 但 是 由 于 一 些 兼 容 性 问题 ， 它 没有 被 纳入 以 前 的 标准 。 当 C++98 和 C99 同 意 删 
除 “implicit int 之后， 这 些 兼 容 性 问题 已 经 不 复 存 在 了 ， 也 就 是 C++ 语言 对 “每 个 变量 和 函数 都 
要 有 确切 的 数据 类 型 "的 要 求 消失 了 。auto 关 键 字 原来 的 含义 〈 表 示 local 变 量 ) 是 多 余 而 无 用 
的 一 一 标准 委员 会 的 成 员 们 在 数 百 万 行 代 码 中 仅仅 只 找到 几 百 个 用 到 auto 关 键 字 的 地 方 ， 并 
且 大 多 数 出 现在 测试 代码 中 ， 有 的 甚至 就 是 一 个 bug。 


auto 主 要 用 于 简化 代码 ， 因 此 并 不 会 影响 标准 库 规 范 。 
参考 : 


e the C++ draft section 7.1.6.2, 7.1.6.4, 8.3.5 (for return types) 
e [N1984=06-0054] Jaakko Jarvi, Bjarne Stroustrup, and Gabriel Dos Reis:Deducing the 
type of variable from its initializer expression (revision 4). 


C99 功 能 特性 


为 了 与 C 语 言 标准 保持 高 度 的 兼容 性 ， 在 C 标 准 委 员 会 的 协助 之 下 ， 一 些 细小 的 改变 被 引入 到 
C++0x 中 。 


e long long 

。 扩展 的 整 型 数据 类 型 〈 例 如， 关于 可 选 的 更 长 的 整 型 数 的 规则 ) 

e 关于 UCN 的 改变 [N2170==07-0030]: 解除 了 "字符 常量 /字面 字符 串 中 不 得 使 用 控制 /基本 
的 通用 字符 名 ”的 限制 


// 译注 : C++03 中 人 允许 通过 \UNNNN 的 形式 

// 在 字符 /字符 串 中 引入 非 ASCII 字 符 (Unicode) 
// 但 是 控制 字符 以 及 基本 的 英文 字母 、 数 字 、 符 号 等 
// 小 于 9x90Ag 的 字符 (与 ASCII 兼 容 ) 不 在 此 列 。 

// 而 在 C++11 中 ， 这 一 限制 被 进一步 放 开 

// OK in C++03 and C++11 

const char* stri = “Hello \u3366”; 

// Err in C++03, OK in C++11 

const char* str2 = “Hello \u0033”; 


。 宽 / 罕 字符 串 的 连接 
e Not VLAs ( 变 长 数组 ) 


添加 了 一 些 扩展 的 预 处 理 规 则 


。 func a 该 宏 经 过 宏 展 开 ( 宏 替换 ) 后 即 为 当前 函数 名 
。STDC_HOSTED 

。_Pragma:_Pragmal X ) 扩展 成 #pragma X 

支持 可 变 长 度 参 数 的 宏 (通过 不 同 数目 的 参数 对 宏 进 行 重 载 ) 


#define report(test, ..) ((test)?puts(#test):printf(_ _VA_ARGS_ _)) 


参数 


Bit 


。 空 的 


标准 库 中 的 很 多 功能 组 件 都 是 继承 自 C99 (从 本 质 上 来 说 ， 所 有 C99 的 库 的 改变 都 是 从 C89 继 
承 而 来 的 ) 


参考 : 
Standard: 16.3 Macro replacement. 


[N1568=04-0008] PJ. Plauger PROPOSED ADDITIONS TO TR-1 TO IMPROVE 
COMPATIBILITY WITH C99. 


枚 举 类 一 一 具有 类 域 和 强 类 型 的 枚 举 


枚 举 类 〈“ 新 的 枚 举 ”"/" 强 类 型 的 枚 举 ”) 主要 用 来 解决 传统 的 C++ 枚 举 的 三 个 问题 : 


。 传统 C++ 枚 举 会 被 隐 式 转换 为 Int， 这 在 那些 不 应 被 转换 为 int 的 情况 下 可 能 导致 错误 

。 传统 C++ 枚 举 的 每 一 枚 举 值 在 其 作用 域 范 围 内 都 是 可 见 的 ， 容 易 导 致 名 称 冲突 (同名 冲突 ) 

。 不 可 以 指定 枚 举 的 底层 数据 类 型 ， 这 可 能 会 导致 代码 不 容易 理解 、 兼 容 性 问题 以 及 不 可 
以 进行 前 向 声明 


枚 举 类 (enum) 〈“ 强 类 型 枚 举 ”) 是 强 类 型 的 ， 并 且 具 有 类 域 : 


enum Alert { green, yellow, election, red }; // 传统 枚 举 
enum class Color { red, blue }; // 新 的 具有 类 域 和 强 类 型 的 枚 举 类 
// 它 的 枚 举 值 在 类 的 外 部 是 不 可 直接 访问 的 ， 需 加 “类 名 : :” 
// ”不 会 被 隐 式 转换 成 int 
enum class TrafficLight { red, yellow, green }; 
Alert a = 7;  // 错误， 传统 枚 举 不 是 强 类 型 的 ，a 没 有 数据 类 型 
Color c = 7;  // 错误 ， 没有 int 到 Color 的 隐 式 转换 
int a2 = red; // 正确 ，Alert 被 隐 式 转换 成 int 
// 在 C++98 中 是 错误 的 ， 但 是 在 C++11 中 正确 的 
int a3 = Alert::red; 
i = blue; // 错误 ，b1lue 并 没有 在 类 域 中 
= Color::blue; // 错误 ， 没 有 Color 到 int 的 默认 转换 
Color a6 = Color::blue; // 正确 


正如 上 面 的 代码 所 展示 的 那样 ， 传 统 的 枚 举 可 以 照常 工作 ， 但 是 你 现在 可 以 通过 提供 一 个 类 
名 来 改善 枚 举 的 使 用 ， 使 其 成 为 一 个 强 类 型 的 具有 类 域 的 枚 举 。 


因为 新 的 具有 类 名 的 枚 举 具 有 传统 的 枚 举 的 功能 〈 命 名 的 枚 举 值 ) ， 同 时 又 具有 了 类 的 一 些 
特点 〈 枚 举 值 作用 域 多 于 类 域 之 内 且 不 会 被 隐 式 类 型 转换 成 int) ， 所 以 我 们 将 其 称 为 枚 举 类 


(enum class) 。 


因为 可 以 指定 枚 举 的 底层 数据 类 型 ， 所 以 可 以 进行 简单 的 互通 操作 以 及 保证 枚 举 值 所 占 的 字 
节 大 小 : 


enum class Color : char { red, blue }; // 紧凑 型 表示 (一 个 字 节 ) 
// 默认 情况 下 ， 枚 举 值 的 底层 数据 类 型 为 int 

enum class TrafficLight { red, yellow, green }; 

// E 占 几 个 字 节 呢 ? 旧 规则 只 能 告诉 你 : 取决 于 编译 器 实现 

enum E { E1 = 1, E2 = 2, Ebig = 0xFFFFFFFOU }; 


// C11 中 我 们 可 以 指定 枚 举 值 的 底层 数据 类 型 大 小 
enum EE : unsigned long { EE1 = 1, EE2 = 2, EEbig = OxFFFFFFFOU }; 


同时 ， 由 于 能 够 指定 枚 举 值 的 底层 数据 类 型 ， 所 以 前 向 声明 得 以 成 为 可 能 : 
(译注 : 就 是 在 枚 举 类 定义 之 前 就 使 用 这 个 枚 举 类 的 名 字 声 明 指 针 或 引用 变量 ) 


enum class Color_code : char; // (前 向 ) 声明 

void foobar(Color_code* p);  // 使 用 

CO 

// 定义 

enum class Color_code : char { red, yellow, green, blue }; 


枚 举 类 的 底层 数据 类 型 必须 是 有 符号 或 无 符号 的 整 型 ， 默 认 情 况 下 是 int。 


标准 库 中 也 使 用 了 枚 举 类 。 


© 系统 特定 的 错误 代码 ， 定义 在 <system_error>: enum class errc</system_error> 
。 指针 安全 指示 ， 定 义 
在 <memory>: enum class pointer_safety { relaxed, preferred, strict }</memory> 
© 1/O 流 错误 ， 定 义 在 <iosfwd>: enum class io_errc { stream = 1 }</iosfwd> 
。 异步 通信 错误 ， 定 义 
在 <future>: enum class future_errc { broken_promise, future_already_retrieved, promise 
其 中 的 某 些 枚 举 类 还 定义 了 操作 符 重 载 ， 比 如 “==” 等 。 
参考 : 
the C++ draft section 7.2 
[N1513=03-0096] David E. Miller: Improving Enumeration Types (original enum proposal). 


[N2347 = J16/07-0207] David E. Miller, Herb Sutter, and Bjarne Stroustrup: Strongly Typed 
Enums (revision 3). 


[N2499=08-0009] Alberto Ganesh Barbati: Forward declaration of enumerations. 


carries dependency 


rll A AT a 


你 怎么 捕获 一 个 异常 ， 之 后 在 另外 一 个 线程 上 重新 抛 出 ? 使 用 在 标准 文档 18.8.5 中 描述 的 异常 
传递 中 的 方法 吧 ， 那 将 显示 标准 库 的 魔力 。 


exception_ptr current_exception(); 返回 一 个 exception_ptr 交 量 ， 它 将 指向 现在 正在 处 理 的 异 
常 (15.3) 或 者 现在 正在 处 理 的 异常 的 副本 (拷贝) ， 或 者 有 的 时 候 在 当前 没有 遇 到 异常 的 
时 候 ， 返 回 值 为 一 个 空 的 exception_ptr 变 量 。 只 要 exception_ptr 指 向 一 个 异常 ， 那 么 至 少 在 
exception_ptr 的 生存 期 内 ， 运 行 时 能 够 保证 被 指向 的 异常 是 有 效 的 。 


void rethrow_exception(exception_ptr p); 
template exception_ptr copy_exception(E e); 


它 的 作用 如 同 : 


try { 

throw e; 
} catch(...) { 

return current_exception(); 
} 


当 我 们 需要 将 异常 从 一 个 线程 传递 到 另外 一 个 线程 时 ， 这 个 方法 十 分 有 用 . 


常量 表达 式 (constexpr) 


常量 表达 式 机 制 是 为 了 : 


。 提供 一 种 更 加 通用 的 常量 表达 式 
。 多 许 用 户 自 定 义 的 类 型 成 为 常量 表达 式 
。 提供 了 一 种 保证 在 编译 期 完成 初始 化 的 方法 (可 以 在 编译 时 期 执行 某 些 范 数 调用 ) 


考虑 下 面 这 段 代 码 : 


enum Flags { good=0, fail=1, bad=2, eof=4 }; 
constexpr int operator|(Flags f1, Flags f2) 
{ return Flags(int(f1)|int(f2)); } 

void f(Flags x) 


{ 
switch (x) { 
case bad: Li eat Deak; 
case eof: fv Drea ky 
case bad|eof: /* .. */ break; 
default: /* .. */ break; 
} 

} 


在 这 里 ， 常 量 表达 式 关 键 字 constexpr 表 示 这 个 重 载 的 操作 符 “| "只 应 包含 形式 简单 的 运算 ， 如 
果 它 的 参数 本 身 就 是 常量 ， 那 么 这 个 操作 符 应 该 在 编译 时 期 就 应 该 计算 出 它 的 结果 来 。 ( 译 
注 : 我 们 都 知道 ，switch 的 分 支 条 件 要 求 常量 ， 而 使 用 constexpr 关 键 字 重 载 操作 符 中 之 后 ， 
虽然 "badleof" 是 一 个 表达 式 ， 但 是 因为 这 两 个 参数 都 是 常量 ， 在 编译 时 期 ， 就 可 以 计算 出 它 
的 结果 ， 因 而 也 可 以 作为 常量 对 待 。) 


除了 可 以 在 编译 时 期 被 动 地 计算 表达 式 的 值 之 外 ， 我 们 希望 能 够 强制 要 求 表达 式 在 编译 时 期 
计算 其 结果 值 ， 从 而 用 作 其 它 用 途 ， 比 如 对 某 个 变量 进行 赋值 。 当 我 们 在 变量 声明 前 加 上 
constexpr 关 键 字 之 后 ， 可 以 实现 这 一 功能 ， 当 然 ， 它 也 同时 会 让 这 个 变量 成 为 常量 。 
constexpr int x1 = bad|eof; // ok 
void f(Flags f3) 
// 错误 : 因为 f3 不 是 常量 ， 所 以 无 法 在 编译 时 期 计算 这 个 表达 式 的 结果 值 
constexpr int x2 = bad|f3; 


int x3 = bad|f3; // ok， 可 以 在 运行 时 计算 
} 


使 用 constexpr 强 制 在 运行 期 求 值 ， 一 般 用 于 全 局 对 象 或 namespace 内 的 对 象 ) ， 尤 其 是 那 
些 放 在 只 读 区 的 对 象 。 


除了 基本 类 型 外 ， 对 于 那些 构造 事 数 比较 简单 的 对 象 和 由 其 构成 的 表达 式 ， 也 可 以 成 为 常量 
表达 式 


struct Point { 
int x,y; 
constexpr Point(int xx, int yy) : x(xx), y(yy){} 
constexpr Point origo(0,0); 
constexpr int z = origo.x; 
constexpr Point a[] = {Point(0,0), Point(1,1), Point(2,2) }; 


constexpr int x = a[1].x; // x 变 成 常量 1 
需要 注意 的 是 ，constexpr 并 不 是 const 的 通用 版 ， 反 之 亦 然 : 


。 const 主 要 用 于 表达 “对 接口 的 写 权 限 控制 ” 即 “ 对 于 被 const 修 饰 的 量 名 (例如 const 指 针 变 
量 )， 不 得 通过 它 对 所 指 对 象 作 任何 修改 "。( 但 是 可 以 通过 其 他 接口 修改 该 对 象 )。 另外， 
把 对 象 声 明 为 const 也 为 编译 器 提供 了 潜在 的 优化 可 能 。 具 体 来 说 就 是 ， 如 果 把 一 个 量 声 
明 为 const， 并 且 没有 其 他 地 方 对 该 量 作 取 址 运算 ， 那 么 编译 器 通常 (取决 于 编译 期 实现 ) 
会 用 该 量 的 实际 常量 值 直接 替换 掉 代码 中 所 有 引用 该 量 的 地 方 ， 而 不 用 在 最 终 编 译 结 
中 生成 对 该 量 的 存 取 指 今 。 

。 constexpr 的 主要 功能 则 是 让 更 多 的 运算 可 以 在 编译 期 完成 ， 并 能 保证 表达 式 在 语义 上 是 
类 型 安全 的 。( 译 注 : 相 比 之 下 ，C 语 言 中 #define 只 能 提供 简单 的 文本 替换 ， 而 不 具 任何 
类 型 检查 能 力 )。 与 const 相 比 ， 被 constexpr 修 饰 的 对 象 则 强制 要 求 其 初始 化 表达 式 能 够 
在 编译 期 完成 计算 。 之 后 所 有 引用 该 常量 对 象 的 地 方 ， 若 非 必要 ， 一 律 用 计算 出 来 的 常 
量 值 蔡 换 。 


(译注 : zwvista 的 一 段 评论 ， 有 助 于 我 们 理解 constexpr 的 意义 ， 感 谢 zwvista。constexpr 将 
编译 期 常量 概念 延伸 至 括 用 户 自 定义 常量 以 及 常量 函数 ， 其 值 的 不 可 修改 性 由 编译 器 保证 ， 
因而 constexpr 表达 式 是 一 般 化 的 ， 受 保证 的 常量 表达 式 。) 


参考 : 


e the C++ draft 3.6.2 Initialization of non-local objects, 3.9 Types [12], 5.19 Constant 
expressions, 7.1.5 The constexpr specifier 

e [N1521=03-0104] Gabriel Dos Reis: Generalized Constant Expressions (original 
proposal). 

e [N2235=07-0095] Gabriel Dos Reis, Bjarne Stroustrup, and Jens Maurer: Generalized 
Constant Expressions — Revision 5 . 


(翻译 : 陈 良 乔 ， 感 谢 : zwvista) 


decltype — 推断 表达 式 的 数据 类 型 


decltype(E) 是 一 个 标识 符 或 者 表达 式 的 推断 数据 类 型 (“declared type”")， 它 可 以 用 在 变量 声明 
中 作为 变量 的 数据 类 型 。 例 如 : 


void f(const vector<int>& a, vector<float>& b) 
{ 
// 推断 表达 式 a[0]*b[9] 的 数据 类 型 ， 并 将 其 定义 为 Temp 类 型 
typedef decltype(a[0]*b[0]) Tmp; 
// 使 用 Tmp 作 为 数据 类 型 声明 变量 ， 创 建 对 象 
for (int i=0; i < b.size(); ++i) { 
Tmp* p = new Tmp(a[i]*b[i]); 
We: 


} 
Jil a 


} 


个 想法 以 “typeof' 的 形式 已 经 在 通用 语言 中 流行 很 久 了 ， 但 是 ， 现 在 使 用 中 的 typeof 的 实现 
并 有 一 些 兼容 性 问题 ， 所 以 新 标准 将 其 命名 为 decltype。 


如 果 你 仅仅 是 想 根据 初始 化 值 为 一 个 变量 推断 合适 的 数据 类 型 ， 那 么 使 用 auto 是 一 个 更 加 简 
单 的 选择 。 当 你 只 有 需要 推断 某 个 表达 式 的 数据 类 型 ， 例 如 某 个 函数 调用 表达 式 的 计算 结 
的 数据 类 型 ， 而 不 是 某 个 变量 的 数据 类 型 时 ， 你 才 真 正 需要 delctype。 


参考 
? the C++ draft 7.1.6.2 Simple type specifiers 


? [Str02] Bjarne Stroustrup. Draft proposal for “typeof’. C++ reflector message c++std-ext- 
5364, October 2002. (original suggestion). 


? [N1478=03-0061] Jaakko Jarvi, Bjarne Stroustrup, Douglas Gregor, and Jeremy Siek: 
Decltype and auto (original proposal). 


? [N2343=07-0203] Jaakko Jarvi, Bjarne Stroustrup, and Gabriel Dos Reis: Decltype 
(revision 7): proposed wording. 





控制 默认 画 数 一 一 默认 或 者 共用 


的 复制 构造 图 数 和 赋值 操作 符 的 情况 下 ， 便 编译 器 会 为 我 们 生成 默认 的 复制 构造 画 数 和 赋值 
操作 符 ， 以 内 存 复制 的 形式 完成 对 象 的 复制 。 虽 然 这 种 机 制 可 以 为 我 们 节省 很 多 编写 复制 构 
造 函 数 和 赋值 操作 符 的 时 间 ， 但 是 在 某 些 情况 下 ， 比 如 我 们 不 希望 对 象 被 复制 ， 这 种 机 制 却 
是 多 此 一 举 。) 


关于 类 的 " 茶 止 复制 ”， 现 在 可 以 使 用 delete 关 键 字 完 美 地 直接 表达 : 


class X { 
LY te 
X& operator=(const X&) = delete; // 禁用 类 的 赋值 操作 符 
X(const X&) = delete; 

J; 


相反 地 ， 我 们 也 可 以 使 用 default 关 键 字 ， 显 式 地 指明 我 们 希望 使 用 默认 的 复制 操作 : 


class Y { 
WEE oe 
// EARN BYR PRE PAS ill HS AL 
Y& operator=(const Y&) = default; // 默认 的 复制 操作 
Y(const Y&) = default; 
J; 


显 式 地 使 用 default 关 键 字 声明 使 用 类 的 默认 行为 ， 对 于 编译 器 来 说 明显 是 多 余 的 ， 但 是 对 于 
代码 的 阅读 者 来 说 ， 使 用 default 显 式 地 定义 复制 操作 ， 则 意味 着 这 个 复制 操作 就 是 一 个 普通 
的 默认 的 复制 操作 。 将 默认 的 操作 留 给 编译 器 去 实现 将 更 加 简单 ， 更 少 的 错误 发 生 ， 并 且 通 
常会 产生 更 好 的 目标 代码 。 


“default" 关 键 字 可 以 用 在 任何 的 默认 函数 中 ， 而 “delete” 则 可 以 用 于 修饰 任何 范 数 。 例 如 ， 我 
们 可 以 通过 下 面 的 方式 排除 一 个 不 想 要 的 函数 参数 类 型 转换 : 


struct Z { 
VA sn 
Z(long long); // 可 以 通过 long long 初始 化 
Z(long) = delete; // 但 是 不 能 将 long Long 转 换 为 Iong 进 行 初始 化 (?) 


参考 : 


e the C++ draft section ??? 

e [N1717==04-0157] Francis Glassborow and Lois Goldthwaite: explicit class and default 
definitions (an early proposal). 

e Bjarne Stroustrup: Control of class defaults (a dead end). 

e [N2326 = 07-0186] Lawrence Crowl: Defaulted and Deleted Functions . 


控制 默认 画 数 一 一 移动 (move) 或 者 复制 (copy) 


委托 构造 函数 (Delegating constructors) 


在 C++98 中 ， 如 果 你 想 让 两 个 构造 画 数 完成 相似 的 事情 ， 可 以 写 两 个 大 段 代码 相同 的 构造 图 
数 ， 或 者 是 另外 定义 一 个 init() 函 数 ， 让 两 个 构造 本 数 都 调用 这 个 init() 画 数 。 例 如 : 


class X { 
int a; 
// 实现 一 个 初始 化 函数 
validate(int x) { 
if (0<X && x<=max) a=x; else throw bad x(x); 


public: 
// 三 个 构造 画 数 都 调用 validate( )， 完 成 初始 化 工作 
X(int x) { validate(x); } 
X() { validate(42); } 
X(string s) { 
int x = lexical_cast<int>(s); validate(x); 
} 


I 
}; 


这 样 的 实现 方式 重复 罗 味 ， 并 且 容 易 出 错 。 并 且 ， 这 两 种 方式 的 可 维护 性 都 很 差 。 所 以 ， 在 
C++0x 中 ， 我 们 可 以 在 定义 一 个 构造 画 数 时 调用 另外 一 个 构造 图 数 : 


class X { 
int a; 
public: 
X(int x) { if (O<x && x<=max) a=x; else throw bad_X(x); } 
// WERA () MIS X (int x) 
X() :X{42} { } 
// 构造 画 数 X(string s ) 调 用 构造 画 数 X(int x) 
X(string s) :X{lexical_cast<int>(s)} { } 
WR ee 
J; 


GEE: E-THEWAH RA aA DAERA, a MEEA, MEE 
己 负 责 处 理 自己 的 不 同情 况 ， 把 最 基本 的 构造 工作 委托 给 某 个 基础 构造 画 数 完成 ， 实 现 分 工 
协作 。 ) 


参考 : 


e the C++ draft section 12.6.2 
e N1986==06-0056 Herb Sutter and Francis Glassborow: Delegating Constructors 
(revision 3). 


并 发 性 动态 初始 化 和 析 构 

(译注 : 这 部 分 作者 还 没有 完成 ， 不 过 一 旦 英文 版 出 来 ， 中 文 版 料 进行 同步 更 新 ， 请 读者 多 
BRE!) 
参考 : 


e [N2660 = 08-0170] Lawrence Crowl: Dynamic Initialization and Destruction with 
Concurrency (Final proposal). 


(翻译 : lianggang jiang) 


noexcept — 阻止 异常 的 传播 与 扩 章 


如 果 一 个 函数 不 能 抛 出 异常 ， 或 者 一 个 程序 并 没有 接 获 某 个 图 数 所 抛 出 的 异常 并 进行 处 理 ， 
那么 这 个 函数 可 以 用 新 的 noexcept 关 键 字 对 其 进行 修饰 ， 表 示 这 个 函 数 不 会 抛 出 异常 或 者 抛 
出 的 异常 不 会 被 接 获 并 处 理 。 例 如 : 


extern "C" double sqrt(double) noexcept; // 永远 不 会 抛 出 异常 


vector my_computation(const vector& v) noexcept // 在 这 里 ， 我 不 准备 处 理 内 存 耗 尽 的 异常 ， 所 以 我 只 是 
{ 


vector res(v.size()); // 可 能 会 抛 出 异常 
for(int i; i return res; 


4 sR 


如 果 一 个 经 过 noexcept 修 饰 的 范 数 抛 出 异常 〈 异 常会 尝试 逃 出 这 个 范 数 (7?) ) ， 程 序 会 通 
过 调用 terminate() 来 结束 执行 。 通 过 terminate() 的 调用 来 结束 程序 的 执行 会 带 来 很 多 问题 ， 
例如 ， 无 法 保证 对 象 的 析 构 范 数 的 正常 调用 ， 无 法 保证 栈 的 自动 释放 ， 同 时 也 无 法 在 没有 遇 
BE 何 问题 的 情况 下 重新 启动 程序 。 所 以 ， 它 是 不 可 靠 的 。 





我 们 这 样 写 是 故意 的 ， 它 使 得 成 为 一 种 简单 、 粗 暴 但 是 非常 有 效 的 机 制 〈 比 那 种 旧 的 动态 地 
抛 出 异常 的 机 制 要 有 效 得 多 ) 。 
同时 ， 我 们 还 可 以 让 一 个 函数 根据 不 同 的 条 件 实现 noexcept 修 饰 或 者 是 无 noexcept 修 饰 。 例 
如 ， 一 个 算法 可 以 根据 它 用 作 模 板 人 参数 所 使 用 的 操作 是 否 抛 出 异常 ， 来 决定 自己 是 否 抛 出 异 
常 。 例 如 : 
template 
void do_f(vector& v) noexcept(noexcept(f(v.at(@)))); // 如 果 f(v.at(0)) 可 以 抛 出 异常 ， 则 这 个 画 数 1 
{ 


for(int i; i v.at(i) = f(v.at(i)); 





在 这 里 ， 第 一 个 noexcept 被 用 作 操 作 符 (operator) : 如 果 if f(v.at(0)) 不 能 够 抛 出 异常 ， 
noexcept(f(v.at(0))) 则 返回 true， 也 即 意味 着 f() 和 at() 是 无 法 抛 出 异常 (noexcept) 。 
noexcept() 操 作 符 是 一 个 常量 表达 式 ， 并 且 不 计算 表达 式 的 值 ， 只 是 判断 这 个 表达 式 是 否 会 产 
SHH FA 

声明 的 通常 形式 是 noexcept(expression)， 并 且 单 独 的 一 个 “noexcept" 关 键 字 实际 上 就 是 的 一 
个 noexceptltrue) 的 简化 。 一 个 函数 的 所 有 声明 都 必须 与 noexcept 声 明 保 持 兼容 。 


一 个 析 构 函数 不 应 该 抛 出 异常 ; 通常 ， 如 果 一 个 类 的 所 有 成 员 都 拥有 noexcept 修 饰 的 析 构 画 
数 ， 那 么 这 个 类 的 析 构 男 数 就 自动 地 隐 式 地 noexcept 声 明 ， 而 与 玫 数 体内 的 代码 没有 关系 。 


通常 ， 将 某 个 抛 出 的 异常 进行 移动 操作 是 一 个 很 坏 的 主意 ， 所 以 ， 在 任何 可 能 的 地 方 都 用 
noexcept 进 行 声明 。 如 果 某 个 类 的 所 有 成 员 都 有 使 用 noexcept 声 明 的 析 构 函数 ， 那 么 这 个 类 
默认 生成 的 复制 或 者 移动 操作 (类 的 复制 构造 函数 ， 移 动 构造 画 数 等 ) 都 是 隐 式 的 noexcept 
声明 。 (?) 


noexcept 被 广泛 地 系统 地 应 用 在 C++11 的 标准 库 中 ， 以 此 来 提供 标准 库 的 性 能 和 满足 标准 库 
对 于 简洁 性 的 需求 。 


参考 : 


e Standard: 15.4 Exception specifications [except.spec]. 

e Standard: 5.3.7 noexcept operator [expr.unary.noexceptl]. 

e [N3103==10-0093] D. Kohlbrenner, D. Svoboda, and A. Wesie: Security impact of 
noexcept. (Noexcept must terminate, as it does). 

e [N3167==10-0157] David Svoboda: Delete operators default to noexcept . 

e [N3204==10-0194] Jens Maurer: Deducing "noexcept" for destructors 

e [N3050==10-0040] D. Abrahams, R. Sharoni, and D. Gregor: Allowing Move 
Constructors to Throw (Rev. 1) . 


显 式 转换 操作 符 


C++98 标 准 提供 隐 式 和 显 式 两 种 构造 画 数 ， 也 就 是 说 ， 声 明 为 显 式 形式 的 构造 画 数 所 定义 的 
转换 只 能 用 于 显 式 转换 ， 而 其 他 形式 的 构造 事 数 则 用 于 隐 式 转换 。 例 如 : 


struct S { S(int); }; // “FEBS EGR Bhi ERT A 


S s1(1); // ok, 直接 构造 
Sis 2a — Sl // ok， 隐 式 拷贝 构造 
void f(S); 


// 能 通过 编译 〈 但 是 经 常会 产生 意外 结果 一 如 果 S 是 vector 类 型 会 怎么 样 呢 ? ) 
// 译注 : 详 见 下 一 用 例 的 解释 


f(1); 

struct E { explicit E(int); }; // 显 式 构造 函数 

E e1(1); // ok 

Ee2 = 了， // 错误 (但 是 常常 会 让 人 感到 意外 一 这 怎么 会 错 呢 ? ) 
void f(E); 


// 该 处 会 产生 编译 错误 (而 非 编译 通过 ) ， 以 避免 因 隐 式 类 型 转换 而 得 到 莫名 其 妙 的 结果 。 
// 例如 std::vector::vector(int size)， 该 构造 画 数 在 标准 库 中 定义 为 显 式 类 型 转换 ， 
// GEE: 以 避免 程序 员 为 了 初始 化 一 个 只 含有 一 个 元 素 19 的 数组 而 写 出 如 下 代码 : 


// vector<int> vec = 10; 
// ”而 实际 上 该 代码 的 含义 却 是 定义 一 个 初始 包含 10 个 元 素 的 数组 ) 
f(1); 


Am, SRIEM MISA ER 〈 以 避免 问题 ) ， 并 没有 堵 住 全 部 漏洞 。 如 果 某 个 类 本 身 
禁止 改动 ， 那 么 可 以 从 另 一 个 不 同 的 类 中 定义 一 个 转换 操作 符 。 例 如 : 


struct S { S(int) { } /* .. */ }; 
struct SS {> 
int m; 
SS(int x) :m(x) { } 
// 在 struct S 无 须 定义 S(SS) 一 所 谓 的 “ 非 侵入 ” 式 做 法 
operator S() { return S(m); } 
J; 
SS ss(1); // ok; RAAE RA 
S s1 = ss; // ok; 隐 式 转换 为 S 后 调用 拷贝 构造 画 数 
S s2(ss); // ok; 隐 式 转换 为 S 后 调用 直接 构造 画 数 
void f(S); 
f(ss); // ok; 隐 式 转换 为 S 后 传 参 


GEE: 这 段 代码 的 意义 ， 实 际 是 通过 SS 作为 中 间 桥 梁 ， 将 int 转 换 为 S。) 


遗憾 的 是 ，C++98 中 无 法 定义 " 显 式 转换 操作 符 ?" 来 完全 禁止 某 个 类 相关 的 隐 式 转换 (因为 除 此 
之 外 鲜 有 用 武之 地 ) 。C++11 则 高 瞻 远 瞩 ， 添 加 了 这 个 特性 。 例 如 : 


struct S { S(int) { } }; 
struct SS { 
int m; 
SS(int x) :m(x) { } 
// RABMHASPRAES HisWRMS (SS) 
// 无 法 将 SS 转换 为 S， 所 以 只 好 在 SS 中 定义 一 个 返回 S 的 转换 操作 符 ， 
// 将 自己 转换 为 S。 
// 转换 动作 ， 可 以 由 目标 类 型 S 提 供 ， 也 可 以 由 源 类 型 SS 提供 。) 
explicit operator S() { return S(m); } 
}; 
SS ss(1); // ok; RAIDER 
S sl = ss; // 错误 ; FEN IGA REA Bee 
S s2(ss); // ok; ERRERA MRA gee 
void f(S); 
f(ss); // 错误 ; 从 SS 向 S 的 转换 必须 是 显 式 的 . 
// 译注 : 强制 类 型 转换 也 可 使 用 显 式 转换 ， 例 如 
// S s3 = static_cast<S>(ss); 


参考 : 


e Standard: 12.3 Conversions 
e [N2333=07-0193] Lois Goldthwaite, Michael Wong, and Jens Maurer: 


Explicit Conversion Operator (Revision 1). 


= | 
扩展 整 型 
如 若 引 入 扩展 整 型 ， 到 时 将 有 一 整套 的 规则 说 明 应 该 如 何 进行 整 型 扩展 (及 其 精度 ) 。 
// 译注 : 作 稿 之 时 ， 扩 展 整 型 尚未 确定 是 否 纳入 C++11 
参见 : 


e [06-0058==N1988] J. Stephen Adamczyk: Adding extended integer types to C++ 


(Revision 1) . 


(翻译 : lianggang jiang) 


外 部 模板 声明 
模板 特 化 可 以 被 星 式 声明 ， 这 可 以 作为 消除 多 重 实例 化 的 一 种 方式 。 例 如 : 


#include "MyVector.h" 

extern template class MyVector<int>; // 消除 下 面 的 隐 式 实例 化 
// MyVector 类 将 在 “其 他 地 方 ” 被 程序 员 显 式 实例 化 

void foo(MyVector<int>& v) 


// 在 这 个 地 方 使 用 vector 类 型 


下 列 代码 就 是 上 例 中 的 "其 他 地 方 ”: 


#include "MyVector.h" 
// 使 MyVector 类 对 客户 端 (clients) 可 用 (例如 ， 共 享 库 ) 
template class MyVector<int>; 


这 种 方法 的 主要 目的 是 为 避免 编译 器 和 链接 器 的 大 量 " 去 除 元 余 的 实例 化 "工作 。 


参见 : 


a 


Y 


e Standard 14.7.2 Explicit instantiation 
e [N1448==03-0031] Mat Marcus and Gabriel Dos Reis: Controlling Implicit Template 
Instantiation 


(翻译 : lianggang jiang) 


序列 for 循 环 语句 


C++11 中 引入 了 序列 for 循 环 以 实现 区 间 通 历 的 简化 。 这 里 所 谓 的 区 间 可 以 是 任 一 种 能 用 迭代 
器 通 历 的 区 间 ， 例 如 STL 中 由 begin() 和 end() 定 义 的 序列 。 所 有 的 标准 容器 ， 例 如 std::string、 
初始 化 列表 、 数 组 ， 基 至 是 istream， 只 要 定义 了 begin() 和 end() 就 行 。 


这 里 是 一 个 序列 for 循 环 语句 的 例子 


void f(const vector& v) 


for (auto x : v) cout << x << ‘n’; 
for (auto& x : v) ++x; // 使 用 引用 ， 方便 我 们 修改 容器 中 的 数据 
} 


可 以 这 样 理解 这 里 的 序列 for 循 环 语句 ,，“ 对 于 v 中 的 所 有 数据 元 素 x”， 循 环 由 v.begin() 开 始 ， 循 
环 到 v.end() 结 束 。 又 如 : 


for (const auto x: { 1,2,3,5,8,13,21,34 }) 
cout << x << ‘n’; 


begin() 函 数 (Bifend()HRM) 可 以 是 成 员 画 数 通 过 x.begin() 方 式 调用 ， 或 者 是 独立 函数 通过 
begin(x) 方 式 调用 。 


(译注 : 好 像 C# 中 早 就 有 这 种 形式 的 for 循 环 语句 ， 用 于 通 万 一 个 容器 中 的 所 有 数据 很 方便 ， 
难道 C++ 是 从 C# 中 借用 过 来 的 ? ) 


或 参见 


e the C++ draft section 6.5.4 (note: changed not to use concepts) 
e [N2243==07-0103] Thorsten Ottosen: 


Wording for range-based for-loop (revision 2). 


e [N3257=11-0027 ] Jonathan Wakely and Bjarne Stroustrup: Range-based for 
statements and ADL (Option 5 was chosen). 


返回 值 类 型 后 证 语法 
考虑 下 面 这 段 代 码 : 
template<class T, class U> 


2??? mul(T x, U y) 


return x*y; 


函数 mul() 的 返回 类 型 要 怎么 写 呢 ? 当然 ， 是 “xy 类 型 ” 但 是 这 并 不 是 一 个 数据 类 型 ， 我 们 如 
何 才能 一 开始 就 得 到 它 的 真实 数据 类 型 呢 ? 在 初步 了 解 C++0x 之 后 ， 你 可 能 一 开始 想到 使 用 
decltype 来 推断 xy” 的 数据 类 型 : 

template<class T, class U> 

decltype(x*y) mul(T x, Uy) // 注意 这 里 的 作用 域 


return x*y; 


但 是 ， 这 种 方式 是 行 不 通 的 ， 因 为 X 和 y 不 在 作用 域内 。 但 是 ， 我 们 可 以 这 样 写 : 


template<class T, class U> 

// 难看 别扭 ， 且 容易 产生 错误 
decltype(*(T*)(@)**(U*)(@)) mul(T x, U y) 
{ 


return x*y; 


} 


如 果 称 这 种 用 法 为 “还 可 以 ”， 就 已 经 是 过 誉 了 。 
C++11 的 解决 办 法 是 将 返回 类 型 放 在 它 所 属 的 范 数 名 的 后 面 : 


template<class T, class U> 
auto mul(T x, U y) -> decltype(x*y) 


return x*y; 


这 里 我 们 使 用 了 auto 关 键 字 ， (auto 在 C++11 中 还 有 根据 初始 值 推导 数据 类 型 的 意义 ) ， 在 这 
里 它 的 意思 变 为 "“ 返 回 类 型 将 会 稍 后 引出 或 指定 ”。 


返回 值 后 置 语法 最 初 并 不 是 用 于 模板 和 返回 值 类 型 推导 的 ， 它 实际 是 用 于 解决 作用 域 问 题 
的 。 


struct List { 


SC aA nae VY ee 
Link* erase(Link* p); // 移 除 p 并 返回 p 之 前 的 链接 
OA 

J; 

List::Link* List::erase(Link* p) { /* ... */ } 


第 一 个 List:: 是 必需 的 ， 这 仅 是 因为 List 的 作用 域 直 到 第 二 个 List:: 才 有 效 。 更 好 的 表示 方式 是 : 


auto List::erase(Link* p) -> Link* { /* ... */ } 


现在 ， 将 豆 数 返回 类 型 后 置 ，Link* 就 不 需要 使 用 明确 的 List:: 进 行 限 定 了 。 
参考 : 


e the C++ draft section ??? 

e [Str02] Bjarne Stroustrup. Draft proposal for “typeof”. C++ reflector message c++std-ext- 
5364, October 2002. 

e [N1478=03-0061] Jaakko Jarvi, Bjarne Stroustrup, Douglas Gregor, and Jeremy Siek: 


Decltype and auto. 
e [N2445=07-0315] Jason Merrill: 
New Function Declarator Syntax Wording. 
e [N2825=09-0015] Lawrence Crowl and Alisdair Meredith: 


Unified Function Syntax. 


类 成 员 的 内 部 初始 化 


在 C++98 标 准 里 ， 只 有 static const 声 明 的 整 型 成 员 能 在 类 内 部 初始 化 ， 并 且 初 始 化 值 必须 是 
常量 表达 式 。 这 些 限 制 确保 了 初始 化 操作 可 以 在 编译 时 期 进行 。 例 如 : 


int var = 7; 


class X { 
static const int m1 = 7; // 正确 
const int m2 = 7; // 错误 : 无 static 
static int m3 = 7; // 错误 : 无 const 


static const int m4 = var; // 错误 : 初始 化 值 不 是 常量 表达 式 
static const string m5 = “odd”; // 错 误 : 非 整 型 
A 


C++11 的 基本 思想 是 ， 人 允许 非 静 态 (non-static) 数据 成 员 在 其 声明 处 (在 其 所 属 类 内 部 ) 进 
行 初 始 人 化。 这样， 在 运行 时 ， 需 要 初始 值 时 构造 画 数 可 以 使 用 这 个 初始 值 。 考 虑 下 面 的 代 
码 : 


class A { 
public: 
ineca = Yee 


这 等 同 于 : 


class A { 
public: 
int a; 


A() : a(7) {3 


单纯 从 代码 来 看 ， 这 样 只 是 省 去 了 一 些 文字 输入 ， 其 实 它 的 真正 永 无 之 地 在 于 拥有 多 个 构造 
函数 的 类 。 因 为 大 多 情况 下 ， 对 于 同一 个 成 员 ， 多 个 构造 范 数 应 使 用 相同 的 值 去 初始 化 。 例 
如 : 


class A { 
public: 
A(): a(7), b(5), hash_algorithm(“MD5"), 
s(“Constructor run”) {} 
A(int a_val) : 
a(a_val), b(5), hash_algorithm(“MD5"), 
s(“Constructor run”) 
{} 
A(D d) : a(7), b(g(d)), 
hash_algorithm(“MD5"), s(“Constructor run”) 
{} 
int a, b; 
private: 
// DS 45 D0 BX) mo AF RABY ATA k Al 
HashingFunction hash_algorithm; 
std::string s; // 用 以 指明 对 象 正 多 于 生命 周期 内 何 种 状态 的 字符 串 
}; 


对 于 每 一 个 构造 画 数 ， 程 序 员 必须 使 用 完全 一 样 的 字面 值 来 来 初始 化 hash_algorithm 和 s 这 两 
个 成 员 。 但 是 并 不 是 所 有 人 都 记得 严格 遵守 这 条 规则 ， 一 旦 出 现 纱 漏 ， 程 序 将 难以 维护 。 
C++11 给 出 了 解决 之 道 : 可 在 成 员 声明 的 地 方 直接 赋 以 初 值 : 


class A { 

public: 
A(): a(7), b(5) {} 
A(int a_val) : a(a_val), b(5) {} 
A(D d) : a(7), b(g(d)) {} 
int a, b; 

private: 
// RAWEKE AF RABAT S&B 
HashingFunction hash_algorithm{“MD5"}; 
// 用 以 指明 对 象 正 处 于 生命 周期 内 何 种 状态 的 字符 串 
std::string s{“Constructor run”}; 


}; 


RD A a EK ARBRE a MERARI, RAAE RAA 
E ERAT A (译注 : TAAA, XARMA ERA 
íT, WREE- TRET, MERKAR A ARR) 。 因 此 ， 我 们 
可 以 进一步 简化 : 


class A { 

public: 
A() {} 
A(int a_val) : a(a_val) {} 
A(D d) : b(g(d)) {} 
int a= 7; 
int b = 5; 

private: 
// RAWEKE AF RABAT KA 
HashingFunction hash_algorithm{“MD5"}; 
// 用 以 指明 对 象 正 处 于 生命 周期 内 何 种 状态 的 字符 串 
std::string s{“Constructor run”}; 


}; 


参考 文献 : 


e the C++ draft section “one or two words all over the place”; see proposal. 


e [N2628=08-0138] Michael Spertus and Bill Seymour: 
Non-static data member initializers. 


(翻译 : lianggang jiang) 


Ak RBIH E AM 


ANARAN EMA RRMA A EAE ARIAS, LRE, HEIRE Z Be 
名 成 员 不 在 同一 个 作用 域内 时 : 


struct B { 
void f(double); 
}; 
struct D : B { 
void f(int); 
}; 
B b; b.f(4.5); // OK 
// 调用 的 到 底 是 B: :f(doube) 还 是 D::f(int) 呢 ? 
// 实际 情况 往往 会 让 人 感到 意外 : AAMT (int) HAEA 
D d; d.f(4.5); 


在 C++98 标 准 里 ， 可 以 将 普通 的 重 坊 男 数 从 基 类 “ 普 级 "到 派生 类 里 来 解决 这 个 问题 : 


struct B { 
void f(double); 


}; 


struct D : B { 
using B::f; // FEXBRANF () EBS! ASI DANE AIAN 
void f(int); // 增加 一 个 新 的 f( ) RK 

J; 


B b; b.f(4.5); // OK 

// 47 : AR RDM F (double) HR 
// 也 即 类 B 中 的 f(double ) RX 

Dd; d.f(4.5); 


普通 重 载 范 数 可 以 通过 这 种 方式 解决 ， 那 么 ， 对 于 构造 范 数 又 该 怎么 办 呢 ? 我 佛经 说 过 “不 能 
像 占用 于 普通 成 员 男 数 那样 ， 将 上 述 语 法 应 用 于 构造 画 数 ， 这 如 历史 偶然 一 样 "。 为 了 解决 构 
造 画 数 的 “ 普 级 "问题 ，C++11 提 供 了 这 种 能 


class Derived : public Base { 

public: 
// 提升 Base 类 的 f 画 数 到 Derived 类 的 作用 范围 内 
// 这 一 特性 已 存在 于 C++98 标 准 内 
using Base::f; 
void f(char); // 提供 一 个 新 的 f 函 数 
void f(int); // 与 Base 类 的 f(int ) 函 数 相 比 更 常用 到 这 个 f 辑 数 
// 提升 Base 类 的 构造 函数 到 Derived 的 作用 范围 内 
// 这 一 特性 只 存在 于 C++11 标 准 内 
using Base: :Base 
Derived(char); // REDIRI ERA 
// 与 Base 类 的 构造 画 数 Base(int ) 相 比 
// 更 常用 到 这 个 构造 画 数 
Derived(int); 
人 


如 果 这 样 用 了 ， 仍 然 可 能 困惑 于 派生 类 中 继承 的 构造 画 数 ， 这 个 派生 类 中 定义 的 新 成 员 变 量 
需要 初始 化 (译注 : 基 类 并 不 知道 派生 类 的 新 增 成 员 变 量 ， 当 然 不 会 对 其 进行 初始 化 。) 
struct B1 { 
Bi(int) { } 
struct D1 : B1 { 
using B1::B1; // 人 隐 式 声明 构造 画 数 D1(int) 
int x; 
}; 
void test() 


D1 d(6); // 糟糕 : ARN SRAM MSW, d. xa Meat 
D1 e; // 错误 : ŽDIAR AIA ERNA 


我 们 可 以 通过 使 用 成 员 初 始 化 (member-initializer) 消除 以 上 的 困惑 : 


struct D1 : B1 { 
using B1: :B1; // RAERD (int) 
// 注意 : x 变量 已 经 被 初始 化 
// GEE: 在 声明 的 时 候 就 提供 初始 化 ) 
int x{0}; 
J; 
void test() 


D1 d(6);  // d.x 的 值 是 9 


参考 : 


e the C++ draft 8.5.4 List-initialization [dcl.init.list] 
e [N1890=05-0150 ] Bjarne Stroustrup and Gabriel Dos Reis: 


Initialization and initializers 

(an overview of initialization-related problems with suggested solutions). 
e [N1919=05-0179] Bjarne Stroustrup and Gabriel Dos Reis: 

Initializer lists. 
e [N2215=07-0075] Bjarne Stroustrup and Gabriel Dos Reis : 

Initializer lists (Rev. 3) . 
e [N2640=08-0150] Jason Merrill and Daveed Vandevoorde: 


Initializer Lists — Alternative Mechanism and Rationale (v. 2) (final proposal). 


AGE UR 


考虑 如 下 代码 : 


vector<double> v = { 1, 2, 3.456, 99.99 }; 
list<pair<string,string>> languages = { 
{"Nygaard","Simula"}, {"Richards","BCPL"}, {"Ritchie","C"} 


map<vector<string>, vector<int>> years = { 
{ {"Maurice","Vincent", "Wilkes"}, 
{1913, 1945, 1951, 1967, 2000} }, 
{ {"Martin", "Ritchards"}, 
{1982, 2003, 2007} }, 
{ {"David", "John", "Wheeler"}, 
{1927, 1947, 1951, 2004} } 
J; 


现在 ， 初 始 化 列表 不 再 仅 限于 数组 。 可 以 接受 一 个 人} 列表” 对 变量 进行 初始 化 的 机 制 实 际 上 是 
通过 一 个 可 以 接受 参数 类 型 为 std::initializer_list 的 函数 GRAMM) 来 实现 的 。 例 如 : 


void f(initializer_list<int>); 

f({1,2}); 

f({23,345,4567, 56789}); 

F({}); // 以 空 列表 为 参数 调用 f( ) 

F{1,2}; // 错误 : 缺少 图 数 调用 符号 ( ) 

years.insert({{"Bjarne", "Stroustrup"},{1950, 1975, 1985}}); 


初始 化 列表 可 以 是 任意 长 度 ， 但 必须 是 同 质 的 〈 所 有 的 元 素 必 须 属 于 某 一 模板 类 型 下 或 可 转 
化 至 T 类 型 的 )。 


容器 可 以 用 如 下 方式 来 实现 “初始 化 列表 构造 丽 数 ”: 


template<class E> class vector { 
public: 
// 初始 化 列表 构造 轴 数 
vector (std::initializer_list<E> s) 


// 预 留 出 合适 的 容量 
reserve(s.size()); // 
// 初始 化 所 有 元 素 
uninitialized_copy(s.begin(), s.end(), elem); 
sz = s.size(); // 设置 容器 的 size 


} 
// .. ， 其 他 部 分 保持 不 变 ... 
}; 


使 用 “初始 化 "时 ， 直 接 构 造 与 拷贝 构造 之 间 仍 有 细微 差异 ， 但 不 再 像 以 前 那样 明显 。 例 如， 
std::vector 拥 有 一 个 参数 类 型 为 int 的 显 式 构造 本 数 及 一 个 带 有 初始 化 列表 的 构造 本 数 : 


vector<double> v1(7); // OK: v1 有 7 个 元 素 <br /> 
vi = 9; // Err: 无 法 将 Int 转换 为 Vector 
vector<double> v2 = 9; // Err: 无 法 将 Int 转换 为 Vector 


void f(const vector<double>&) ; 


f(9); // Err: 无 法 将 int 转 换 为 Vector 
vector<double> v1{7}; // OK: v1 有 一 个 元 素 ， 其 值 为 7.0 
v1 = {9}; // OK: v1 有 一 个 元 素 ， 其 值 为 9.0 


vector<double> v2 = {9}; // OK: v2 有 一 个 元 素 ， 其 值 为 9.0 
f({9}); // OK: f 画 数 将 以 列表 {9} 为 参数 被 调用 


vector<vector<double>> vs = { 
vector<double>(10), // 0K， 显 式 构造 (10 个 元 素 ， 都 是 默认 值 0.0) 
vector<double>{10}, // OK: 显 式 构造 (1 个 元 素 ， 值 为 10.0) 
10 // Err : vector 的 构造 男 数 是 显 式 的 
}; 


函数 可 以 将 initializer_list 作 为 一 个 不 可 变 的 序列 进行 读 取 。 例 如 : 


void f(initializer_list<int> args) 


{ 
for (auto p=args.begin(); p!=args.end(); ++p) 
cout << *p << "\n"; 


84 —*std::initializer_listh) * BZU ERRUR A A WR His 


标准 库容 器 ，string 类 型 及 正则 表达 式 均 具 有 初始 化 列表 构造 函 数 ， 以 及 (初始 化 列表 ) 赋值 
函数 等 。 初 始 化 列表 亦 可 作为 一 种 “序列 "以 供 “ 序 列 化 for 语 名 "使 用 。 (译注 : 参见 “序列 for 循 
环 语句 "章节 ) 


初始 化 列表 同时 也 是 “统一 初始 化 "方案 的 一 部 分 。 (译注 : 参见 “统一 初始 化 的 语法 和 语义 " 章 
节 ) 


参考 : 


Ñ 


e the C++ draft 8.5.4 List-initialization [dcl.init.list] 
e [N1890=05-0150 ] Bjarne Stroustrup and Gabriel Dos Reis: 


Initialization and initializers 

(an overview of initialization-related problems with suggested solutions). 
e [N1919=05-0179] Bjarne Stroustrup and Gabriel Dos Reis: 

Initializer lists. 
e [N2215=07-0075] Bjarne Stroustrup and Gabriel Dos Reis : 

Initializer lists (Rev. 3) . 


e [N2640=08-0150] Jason Merrill and Daveed Vandevoorde: 


C++11 FAQ 中 文 版 


Initializer Lists — Alternative Mechanism and Rationale (v. 2) (final proposal). 


(翻译 : dabaitu) 
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内 联合 名 空间 


内 联 命名 空间 旨 在 通过 "版 本 "的 概念 ， 来 实现 库 的 演化 。 考 虐 如 下 代码 : 


// 文件 : V99 .h 
inline namespace V99 { 


void f(int); // 对 V98 版 本 进行 改进 
void f(double); // 新 特性 
VA ex 


} 

// 文件 : V98 .h 

namespace V98 { 
void f(int); // V98 版 本 只 实现 基本 功能 
UT we 


} 

// 文件 : Mine .h 
namespace Mine { 
#include “V99.h” 
#include “V98.h” 


上 述 命 名 空间 Mine 中 同时 包含 了 较 新 的 版 本 (V99) 以 及 早期 的 版 本 (V98)， 如 果 你 需要 显 式 使 


用 ( 某 个 版 本 的 函数 ) ， 你 可 以 : 


#include “Mine.h” 
using namespace Mine; 


Ud a 

v98::f(1); // 早期 版 本 
v99::f(1); // 较 新 版 本 
f(1); // 默认 版 本 


此 你 的 要 点 在 于 ， 被 inline 修 饰 的 内 联 命 名 空间 ， 其 内 部 所 包含 的 所 有 类 / 玉 数 /变量 等 声明 ， 看 
起 来 就 好 像 是 直接 在 外 围 的 命名 空间 中 进行 声明 的 一 样 。 (译注 : 我 们 注意 到 ， 这 里 的 f(1) 范 
数 调用 相当 于 显 式 调用 Mine::V99::f(1)， 使 用 inline 关 键 字 定义 的 内 联名 字 空 间 成 为 默认 名 字 空 
Ho 【〔 就 像 内 联 画 数 一 样 ， 内 联 的 名 字 空 间 被 铭 入 到 它 的 外 围 名 字 空 间 ， 成 为 外 围 名 字 空 间 
的 一 部 分 。 ) 


inline 描 述 符 是 一 个 非常 “静态 (static)” 及 面向 实现 的 设施 ， 它 由 库 的 设计 者 选择 在 (RPA 
namespace 之 前 ) 放置 ， 且 一 旦 选 定 则 库 的 所 有 使 用 者 只 能 被 动 接受 (译注 : 即 命 名 空间 的 
作者 可 以 通过 放置 inline 描 述 符 来 表示 当前 最 新 的 命名 空间 是 哪个 ， 所 以 对 用 户 来 说 ， 这 个 选 
择 是 “静态 ”的 : 用 户 无 权 判 断 哪个 命名 空间 是 最 新 的 ) 。 因 此 ，Mine 命 名 空间 的 用 户 没 法 选择 
说 :“ 我 想 要 上 默认 的 命名 空间 为 V98， 而 非 V99”。 
参考 : 

e Standard 7.3.1 Namespace definition [7]-[9]. 


(翻译 : dabaitu) 


Lambda 表 达 式 


(译注 :目前 支持 lambda 的 gcc 编 译 器 版 本 为 4.5， 其 它 详 细 的 编译 器 对 于 C++11 新 特性 的 支持 


请 参考 http://wiki.apache.org/stdcxx/C%2B%2BOxCompilerSupport) 


Lambda 表 达 式 是 一 种 描述 画 数 对 象 的 机 制 ， 它 的 主要 应用 是 描述 某 些 具 有 简单 行为 的 落 数 
(译注 : Lambda 表 达 式 也 可 以 称 为 匿名 男 数 ， 具 有 复杂 行为 的 落 数 可 以 采用 命名 男 数 对 象 ， 
当然 ,何谓 复杂 ， 何 谓 简单 ， 这 取决 于 编程 人 员 的 个 人 选择 ) 。 例 如 : 


vector<int> v = {50, -10, 20, -30}; 
std::sort(v.begin(), v.end()); // 排序 时 按照 默认 规则 
// 此 时 v 中 的 数据 应 该 是 { -30, -10, 20, 50 } 

// 利用 Lambda 表 达 式 ， 按 照 绝对 值 排序 

std::sort(v.begin(), v.end(), [](int a, int b) 

{ return abs(a)<abs(b); }); 

// 此 时 v 应 该 是 { -10, 20, -30, 50 } 


参数 [](int a, int b) { return abs(a) < abs(b); } 是 一 个 具有 如 下 行为 的 "lambda" : 接受 
个 整数 a 和 b， 然 后 返回 对 它们 的 绝对 值 进行 " < "比较 的 结果 。 


Lambda 表 达 式 可 以 访问 在 它 被 调用 的 作用 域内 的 局 部 变量 。 例 如 


void f(vector<Record>& v) 


vector<int> indices(v.size()); 

int count = 0; 
generate(indices.begin(),indices.end(), [&count]() 
{ return count++; }); 


// 对 indices 按 照 记 录 的 名 字 域 顺序 进行 排序 
std::sort(indices.begin(), indices.end(), [&](int a, int b) 
{ return v[a].name<v[b].name; }); 

He S 


有 人 认为 这 “相当 简洁 ”也 有 人 认为 这 是 一 种 可 能 产生 危险 且 星 涩 的 代码 的 方式 。 我 的 看 法 
是 ， 两 者 都 正确 。 


[&] 是 一 个 “捕捉 列表 (capture list， 用 于 描述 将 要 被 lambda 函 数 以 引用 传 参 方式 使 用 的 局 部 
变量 。 如 果 我 们 久 想 “捕捉 "参数 v， 则 可 以 写 为 : [&v]。 而 如 果 我 们 想 以 传 值 方式 使 用 参数 v， 
则 可 以 写 为 : [=v]。 如 果 什么 都 不 捕捉 ， 则 为 : []。 将 所 有 的 变量 以 引用 传递 方式 使 用 时 采用 
[&], 而 相对 地 ， 使 用 [=] 则 相应 地 表示 以 传 值 方式 使 用 所 有 变量 。 GEE: “所 有 变量 " 即 指 
lambda 表 达 式 在 被 调用 处 ， 所 能 见 到 的 所 有 局 部 变量 ) 


如 果 某 一 画 数 的 行为 既 不 通用 也 不 简单 ， 那 么 我 建议 采用 命名 加 数 对 象 或 者 画 数 。 例 如 ， 如 
上 示例 可 重 写 为 : 


两 


void f( vector<Record>& v) 
{ 
vector<int> indices(v.size() ); 
int count = 0; 
fill(indices.begin(), indices.end(), [&]() 
{ return ++count; }; 


struct Cmp_names { 
const vector& vr; 
Cmp_names(const vector<Record>& r) : vr(r) {} 
bool operator() (Record& a, Record& b) const 
{ return vr[a] < vr[b]; } 
J; 
// 对 indices 按 照 记 录 的 名 字 域 顺序 进行 排序 


std::sort(indices.begin(), indices.end(), Cmp_names(v) ); 


} 


(译注 : 此 处 采用 函数 对 象 Cmp_names(v) 来 代替 lambda 表 达 式 ， 由 于 Cmp_names 具 有 以 
引用 传 参 方式 的 构造 画 数 ， 因 此 Cmp_names(v) 相 当 于 使 用 了 ”[&v 了 的 lambda 表 达 式 ) 


对 于 简单 的 图 数 功 能 ， 比 如 记录 名 称 域 的 比较 ， 采 用 辑 数 对 象 就 略 显 元 长 ， 尽 管 它 与 lambda 
表达 式 生 成 的 代码 是 一 致 的 。 在 C++98 中 ， 这 样 的 豆 数 对 象 在 被 用 作 模 板 参 数 时 必须 是 “ 非 本 
地 "的 (译注 : 即 你 不 能 在 图 数 对 象 中 像 此 处 的 lambda 表 过 式 那 样 使 用 被 调用 处 的 局 部 变 
=) ， 然 而 在 C++ 中 (译注 : 意 指 C++0x) ， 这 不 再 是 必须 的 。 


为 了 描述 一 个 lambda， 你 必须 提供 : 


。 它 的 捕捉 列表 : 即 (除了 形 参 之 外 ) 它 可 以 使 用 的 变量 列表 ( [a] ”在 上 面 的 记录 比较 
例子 中 意味 着 “所 有 的 局 部 变量 都 将 按照 引用 的 方式 进行 传递 "”) 。 re ee 
量 ， 则 使 用 [。 

。 (可 选 的 ) 它 的 所 有 参数 及 其 类 型 (例如: (int a, int p) ) 。 

© 组 织 成 一 个 块 的 函数 行为 〈 例 如 : { return v[a].name < v[b].name; } ) o 

。 (可 选 的 ) 使 用 "返回 值 类 型 后 置 语法 "来 指明 返回 类 型 。 但 典型 情况 下 ， 我 们 仅 从 return 

语句 中 去 推断 返回 类 型 ， 如 果 没 有 返回 任何 值 ， 则 推断 为 void。 


e Standard 5.1.2 Lambda expressions 
e [N1968=06-0038] Jeremiah Willcock, Jaakko Jarvi, Doug Gregor, Bjarne Stroustrup, 
and Andrew Lumsdaine: 


Lambda expressions and closures for C++ 
(original proposal with a different syntax) 
e [N2550=08-0060] Jaakko Jarvi, John Freeman, and Lawrence Crowl: 


Lambda Expressions and Closures: Wording for Monomorphic Lambdas (Revision 4) 
(final proposal). 


e [N2859=09-0049] Daveed Vandevoorde: 


C++11 FAQ 中 文 版 


New wording for C++0x Lambdas. 


Lambda 表 达 式 
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用 作 模 板 参 数 的 局 部 类 型 


在 C++98 中 ， 局 部 类 和 未 命名 类 不 能 作为 模板 参数 ， 这 或 许 是 一 个 负担 ，C++11 则 放宽 了 这 方 
面 的 限制 : 


void f(vector<X>& v) 


{ 


struct Less { 
bool operator()(const X& a, const X& b) 
{ return a.v<b.v; } 
3; 
// C++98: 错误 : Less 是 局 部 类 
// C++11: 正确 
sort(v.begin(), v.end(), Less()); 


当然 除了 这 里 的 局 部 类 之 外 ， 在 C++11 中 ， 我 们 还 可 以 采用 Lambda 表 达 式 来 做 同样 的 事情 : 


void f(vector<X>& v) 


{ 
sort(v.begin(), v.end(), 
[] (const X& a, const X& b) { return a.v<b.v; }); 


尽管 如 此 ， 我 们 仍然 不 要 忘记 ， 为 一 系列 动作 行为 命名 有 利于 文档 化 ， 是 一 个 值得 鼓励 的 设 
i+. TE, FRNA (当然 也 需要 命名 ) 还 可 以 被 重用 于 其 他 模块 。 


C++11 同 时 也 允许 模板 参数 使 用 未 命名 类 型 的 值 : 


template<typename T> void foo(T const& t){} 
enum X { x }; 
enum { y }; 


int main() 


foo(x); // C++98: ok; C++11: ok 
// (译注 : y 是 未 命名 类 型 的 值 ，C++98 无 法 从 这 样 的 值 中 推断 出 函数 模板 参数 ) 
foo(y); // C++98: error; C++11: ok 
enum Z { z }; 
foo(z); // C++98: error; Ct++11: ok 
// (译注 : C++98 不 支持 从 局 部 类 型 值 推导 模板 参数 
参考 : 


e Standard: Not yet: CWG issue 757 
e [N2402=07-0262] Anthony Williams: 


Names, Linkage, and Templates (rev 2). 


e [N2657] John Spicer: 


C++11 FAQ 中 文 版 


Local and Unnamed Types as Template Arguments. 


用 作 模 板 参数 的 局 部 类 型 
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long long (长 长 整数 类 型 ) 
这 是 一 个 至 少 为 64 bit 的 整数 类 型 (译注 : 实际 宽度 依赖 于 具体 的 实现 平台 ) ， 例 如 : 


long long x = 9223372036854775807LL; 


不 过 ， 不 要 想当然 地 认为 存在 long long long 或 者 将 long 拼 写 为 short long long. 


(译注 : 如 同 J. Stephen Adamczyk 在 参考 文献 中 所 言 ，"long long” 是 一 个 隆 涩 的 拼写 64-bit 整 
数 类 型 的 方式 ， 也 不 是 一 个 可 以 解决 不 断 增 长 的 数据 类 型 宽度 的 有 效 方法 ， 目 前 ， 它 仅仅 是 
一 个 用 于 表达 64bit 整 形 数 的 标准 。) 


参考 : 


e the C++ draft ???. 
e [05-0071==N1811] J. Stephen Adamczyk: 


Adding the long long type to C++ (Revision 3). 


内 人 存 模型 


(译注 : 这 一 个 item 有 相当 深 的 理论 深度 ， 原 文 也 比较 隆 涩 难 懂 ， 翻 译 者 提醒 大 家 ， 最 好 参照 
原文 理解 ， 如 果 翻 译 中 有 什么 不 恰当 的 地 方 ， 还 请 批评 指出 ， 不 胜 感谢 。 ) 





所 谓 “ 内 存 模型 "， 是 计算 机 (硬件) 体系 结构 与 编译 器 双方 之 间 的 一 种 约定 。 有 了 它 ， 大 多 数 
程序 员 便 不 用 处 处 考虑 日 新 月 异 的 计算 机 硬件 细节 。 如 果 没 有 内 存 模型 ， 那 么 线程 机 制 、 锁 
机 制 及 无 锁 编 程 等 都 无 从 谈 起 。 


内 存 模型 的 最 关键 保证 是 : 两 个 线程 可 以 各 自 独立 地 存 取 各 自 的 “内存 位 置 "而 不 会 互相 影响 。 
那么 ， 什 么 是 “内 存 位 置 " 呢 ? 一 个 内 存 位 置 要 么 是 一 个 标量 类 型 的 对 象 ， 要 么 是 一 个 连续 且 
位 宽 非 雳 的 最 长 比特 域 组 。 例 如 : 此 处 的 S 具 有 四 个 独立 的 内 存 位 置 : 


struct S {<br /> 
char a; // 位 置 #1 
int b:5, // 位 置 #2 
int c:11, 
// 注意 : " :0" 是 一 个 “特殊 符号 ” 
// (译注 : 此 处 的 " :0" 会 将 一 个 Int 对 象 分 割 为 两 个 内 存 位 置 ， 
// 因为 上 面 所 讲 的 内 存 位 置 的 第 二 种 情况 需要 “连续 且 位 宽 非 需 ”) 
int :0, 
int d :8; // 位 置 #3 
struct {int ee:8; } e; // 位 置 #4 


内 存 模型 为 什么 如 此 重要 ? 为 什么 它 不 是 显而易见 的 ? (译注 : 此 处 指 " 为 什么 应 用 程序 所 使 用 
的 内 存 模 型 与 计算 机 的 物理 内 存 结构 不 是 直接 一 致 的 ， 即 不 用 经 过 任何 中 间 层 ”， 在 本 例 中 ， 
应 当 指 为 什么 b 和 c 属 于 同一 个 内 存 位 置 )。 难道 并 非 一 直 如 此 吗 ? 


问题 在 于 ， 如 果 多 个 计算 任务 真正 地 并 发 运行 ， 那 么 当 这 些 来 自 不 同 计算 任务 中 不 相关 CR 
明显 ) 的 指令 代码 在 同一 时 刻 执行 时 ， 内 存 硬件 的 诡异 行为 将 会 被 暴露 无 遗 〈 译 注 : 一 个 话 
异 行为 就 是 ， 在 上 述 例子 中 ， 对 变量 b,c,d 的 存 取 ， 并 非 一 次 仅 操作 5,11 或 者 8 个 bit。 具 体操 作 
与 处 理 器 的 行为 有 关 ) 。 事 实 上 ， 如 果 没 有 了 编译 器 的 支持 ， 指 令 流 /数据 流 以 及 缓存 命中 等 
细节 问题 将 会 被 直接 暴露 给 应 用 程序 开发 人 员 ， 而 他 们 对 此 毫 无 对 策 。 即 使 两 个 线程 之 间 不 
存在 数据 共享 ， 情 况 依然 糟糕 如 此 ! 考虑 如 下 两 个 分 开 编译 的 “线程 ”: 


// 线 程 1: 
char c; 


为 了 尽量 模拟 现实 状态 ， 我 使 用 了 分 开 编 译 〈 对 每 个 线程 ) 来 保证 编译 器 /优化 器 不 会 对 内 存 
进行 优化 (译注 : 此 处 指 对 每 个 线程 内 的 代码 进行 逐 行 编译 ， 然 后 连接 ， 以 避免 代码 优 

化 ) ， 以 防止 “聪明 ”的 编译 器 跳 过 读 取 变量 c 和 b 而 直接 将 x 和 y 初 始 化 为 1{。 那 么 现在 ，x 和 y 的 
值 可 能 是 什么 呢 ? 按照 C++11 的 标准 ， 唯 一 正确 的 答案 ， 也 是 显而易见 的 那个 ，x 和 y 均 为 1。 
但 如 果 你 采用 了 一 个 传统 意义 上 的 优秀 的 带 预 并 发 处 理 (pre-concurrency) 的 C 或 者 C++ 编译 
器 ， 那 么 事情 变 得 有 趣 起 来 : x 和 y 的 可 能 值 会 是 0 和 0( 很 少 发 生 )， 或 者 1 和 0， 或 者 0 和 1， 或 
者 1 和 1。 这 些 都 是 在 “真实 环境 "下 观察 到 的 情况 。 为 何如 此 呢 ? 原因 在 于 ， 链 接 器 可 能 会 将 变 
量 c 和 b 的 位 置 分 配 在 相 邻 的 内 存 上 (在 同一 个 word 内 ) ， 而 且 90 年 代 的 C/C++ 标准 并 未 对 此 
作出 禁令 (译注 : 指 不 拒绝 这 种 变量 在 内 存 中 的 存储 位 置 安排 方式 ) 。 在 这 种 情况 下 ，C++ 就 
如 同 所 有 那些 未 考虑 实际 硬件 并 发 就 进行 设计 的 语言 一 样 ， 由 于 现代 CPU 无 法 读 写 单 个 的 字 
节 ， 读 写 操 作 在 处 理 中 总 是 以 word 为 单位 进行 的 ， 所 以 ， 对 变量 c 的 赋值 实际 上 是 “ 读 取 包含 
变量 c 的 一 个 word， 蔡 换 掉 其 中 的 c 部 分 ， 然 后 再 写 回 这 个 word”。 由 于 对 变量 b 的 赋值 也 是 如 
此 进行 的 ， 这 就 造成 了 两 个 操作 变量 b 和 变量 c 的 线程 有 如 此 多 地 机 会 互相 和 干涉、 影响 〈 译 
注 : 线程 1 操作 变量 c 时 ， 回 写 操 作 会 改变 变量 b 的 值 ， 线 程 2 也 是 如 此 ， 这 就 造成 了 两 个 线程 
之 间 的 干扰 ， 而 b 和 c 也 处 于 不 稳定 状态 ) ， 即 使 它们 之 间 并 未 共享 数据 (由 它们 的 源 代 码 来 
看 ， 的 确 如 此 ) 。 


因此 ，C++11 保 证 了 在 “独立 的 内 存 位置 " 上 ， 肯 定 不 会 发 生 如 上 这 种 问题 。 或 者 换 种 说 法 :“ 对 
于 同一 内 存 位 置 ， 多 个 线程 同时 访问 时 需要 加 锁 ， 除 非 所 有 的 访问 都 是 只 读 "。 需 要 留意 的 
是 ， 一 个 单 word 内 的 不 同比 特 域 并 非 属于 独立 的 内 存 位 置 (译注 : 即 它 们 总 是 被 一 起 读 取 和 
BAW) ， 所 以 不 要 轻易 在 线程 之 间 共 享 带 有 上 比特 域 的 结构 ， 除 非 使 用 锁 机 制 来 消除 潜在 风 
险 。 除 过 这 个 需要 特别 注意 的 地 方 外 ，C++ 的 内 存 模型 就 如 同 “ 大 家 所 期 待 的 那样 "， 简 单 而 且 


纯洁 ) (译注 : 指 对 象 结 构 的 内 存 模型 就 按照 结构 中 的 声明 顺序 进行 排列 ， 而 且 不 会 发 生 干 扰 
问题 ) 。 


但 是 ， 对 于 底层 的 并 行 计算 问题 ， 要 想 直 接地 进行 考虑 ， 并 不 总 是 那么 简单 。 考 虑 下 面 的 代 
码 : 


// 开始 的 时 候 ， x==0 , y==0 
if (x) y=1; // 线程 1 


ap OD a6 = ake // 线程 2 


这 里 有 没有 问题 呢 ? 或 者 更 直接 地 说 ， 这 里 会 不 会 发 生 资源 竞争 呢 ? (答案 是 : FARE) 
(译注 : 此 处 范例 的 详细 解释 请 翻阅 参考 资料 之 “Hans-J. Boehm:Threads basics”) 


幸运 的 是 ， 我 们 赶 上 了 好 时 代 ， 每 一 个 现代 C++ 编译 器 (我 所 知道 的 ) 都 给 予 上 面 问 题 正确 的 
答案 ， 而 且 它们 这 些 年 来 也 是 如 此 做 的 。 毕竟 ， 长 期 以 来 C++ 一 直 担任 着 开发 并 发 系统 中 关键 
部 分 的 重任 ， 相 应 的 语言 标准 总 不 能 停滞 不 前 吧 。 


参考 : 


e Standard: 1.7 The C++ memory model [intro.memory] 


e Paul E. McKenney, Hans-J. Boehm, and Lawrence Crowl: 
C++ Data-Dependency Ordering: Atomics and Memory Model. 
N2556==08-0066. 
e Hans-J. Boehm: 
Threads basics, 
HPL technical report 2009-259. 
“what every programmer should know about memory model issues.” 
e Hans-J. Boehm and Paul McKenney: 


A slightly dated FAQ on C++ memory model issues. 


ME pik 


(译注 :“ 窄 转换 "是 我 见 到 过 的 一 个 翻译 术语 ， 但 我 忘记 是 在 那 本 书 上 看 到 的 。 此 你 也 可 
译 为 "预防 类 型 截断 ”或 者 “预防 类 型 切割 "。 ) 


问题 现象 : C 和 C++ 会 进行 隐 式 的 〈 类 型 ) 截断 


int x = 7.3; // 啊 哦 ! 
void f(int); 
f(7.3); // R! 


但 是 ， 在 C++11 中 ， 使 用 人 0 进行 初始 化 不 会 发 生 这 种 窄 转换 (译注 : 也 就 是 使 用 人 对 变量 进行 
初始 化 时 ， 不 会 进行 隐 式 的 类 型 截断 ， 编 译 器 会 产生 一 个 编译 错误 ， 防 止 隐 式 的 类 型 截断 的 
发 生 。) 


int x0 {7.3}; // 编译 错误 : 窄 转换 

int 1 Sn // 编译 错误 : 窄 转换 

double d = 7; 

int x2{d}; // 编译 错误 : 窄 转换 (double 类 型 转化 为 nt 类 型 ) 
char x3{7}; // OK: 虽然 7 是 一 个 jnt 类型， 但 这 不 是 窄 转换 
vector vi = {1, 2.3, 4, 5.6}; // 错 误 : double 至 ijnt 到 窄 转换 


C++11 避 人 免 许多 不 兼容 性 的 方法 是 在 进行 窄 转换 时 尽 可 能 地 依赖 于 用 于 初始 化 的 实际 值 ( 如 上 
例 中 的 7) ， 而 非 仅仅 依赖 于 变量 类 型 作 判 断 。 如 果 一 个 值 可 以 无 损 地 用 目标 类 型 来 存放 ， 那 
么 就 不 存在 罕 转 换 。 

// OK: 7 是 一 个 int 类 型 的 数据 ， 但 是 它 可 以 被 无 损 地 表达 为 char 类 型 数据 

char c1{7}; 


// error: 发 生 了 窄 转换 ， 初 始 值 超出 了 char 类 型 的 范围 
char c2{77777}; 


请 注意 ，double 至 int 类 型 的 转换 通常 都 会 被 认为 是 窄 转换 ， 即 使 从 7.0 转 换 至 7。 





(评注 : 人 初始 化 "对 于 类 型 转换 的 义理 增强 了 C++ 静态 类 型 系统 的 安全 性 。 传 统 的 
C/C++ 中 依赖 于 编程 人 员 的 初始 化 类 型 安全 检查 在 C++11 中 通过 “人 初始 化 ”由 编译 器 实 
施 。) 


参考 : 


e the C++ draft 8.5.4 List-initialization [dcl.init.list] 
e [N1890=05-0150 ] Bjarne Stroustrup and Gabriel Dos Reis: 


Initialization and initializers 


(an overview of initialization-related problems with suggested solutions). 


e [N1919=05-0179] Bjarne Stroustrup and Gabriel Dos Reis: 
Initializer lists. 

e [N2215=07-0075] Bjarne Stroustrup and Gabriel Dos Reis : 
Initializer lists (Rev. 3) . 

e [N2640=08-0150] Jason Merrill and Daveed Vandevoorde: 


Initializer Lists — Alternative Mechanism and Rationale (v. 2) (final proposal). 





空 指 针 标 识 


空 指针 标识 (nullptr)( 其 本 质 是 一 个 内 定 的 常量 ) 是 一 个 表示 空 指针 的 标识 ， 它 不 是 一 个 整 
数 。 (译注 : 这 里 应 该 与 我 们 常用 的 NULL 宏 相 区 别 ， 虽 然 它们 都 是 用 来 表示 空置 针 ， 但 
NULL 只 是 一 个 定义 为 常 整数 0 的 宏 ， 而 nullptr 是 C++0x 的 一 个 关键 字 ， 一 个 内 建 的 标识 符 。 下 
面 我 们 还 将 看 到 nullptr 与 NULL 之 间 更 多 的 区 别 。) 


nullptr 


char* p = nullptr; 
int* q = nullptr; 
char* p2 = 0; // 这 里 9 的 赋值 还 是 有 效 的 ， 并 且 p=p2 


void f(int); 
void f(char*); 


f(0); // 调 用 f (int) 
f(nullptr); // 调 用 f(char* ) 


void g(int); 


g(nullptr); // 错 误 : nullptr 并 不 是 一 个 整 型 常量 
int i = nullptr; // 错 误 : nullptr 并 不 是 一 个 整 型 常量 


GEE: 实际 上 ， 我 们 这 里 可 以 看 到 nullptr 和 NULL 两 者 本 质 的 差别 ，NULL 是 一 个 整 型 数 0， 
而 nullptr 可 以 看 成 是 一 个 char *。) 


参考 : 


e the C++ draft section ??? 

e [N1488==/03-0071] Herb Sutter and Bjarne Stroustrup:A name for the null pointer: 
nullptr . 

e [N2214 = 07-0074 ] Herb Sutter and Bjarne Stroustrup:A name for the null pointer: 
nullptr (revision 4) . 


(翻译 : KF) 


对 重 载 (override) 的 控制 : override 


对 重 载 (override) 的 控制 : final 


POD 


所 谓 POD(Plain Old Data)， 指 的 是 那些 可 以 像 C 结 构 体 一 样 直接 操作 的 “普通 "类 型 ， 对 于 该 种 
类 型 ， 可 以 直接 对 它 用 memset()/memcpy() 来 进行 初始 化 /拷贝 等 操作 。 


在 C++98 标 准 中 ，POD 实 际 上 是 受 限 于 结构 体 定 义 时 所 涉 之 语言 特性 而 定义 的 。 


struct S { int a; }; // S 属 于 POD 
struct SS { int a; SS(int aa) : a(aa) { } }; // SS 不 属于 POD 
struct SSS { virtual void f(); /* ... */ }; 


在 C++11 中 ，S 和 SS 都 是 “标准 布局 类 型 " 即 POD)， 因 为 SS 实在 没什么 复杂 的 地 方 : HIER 

会 影响 它 内 存 布局 (所 以 memcpy() 也 能 用 ) ， 不 过 这 里 却 不 能 用 memset() 来 初始 化 一 一 因 
为 它 可 能 违反 构造 图 数 中 定义 的 赋值 规则 (需要 用 aa 来 为 a 赋值 ) 。 另 外 ， 这 里 的 SSS 则 明显 
不 是 POD 了 ， 因 为 其 每 个 对 象 中 都 包含 着 虚 表 指针 (vptr)。 


C++11 中 引进 或 重新 定义 了 POD、trivially-copyable 类 型 、trivial 类 型 、 以 及 ”标准 布局 "类 型 等 
概念 ， 以 用 来 处 理 C++98 中 原 "POD" 相 关 的 一 系列 技术 问题 。 


(译注 : 请 参阅 《怎样 理解 C++ 11 中 的 trivial 和 standard-layout 一 An answer from 
stackoverflow》) 


POD 的 ( 递 为 ) 定 义 如 下 : 


。 所 有 的 成 员 类 型 和 基 类 都 是 POD 类 型 
。 其 余部 分 跟 以 前 一 样 (参见 [10] 第 9 章节 ) 


TARKA 
不 含 虚 基 类 
不 含 引 用 


不 含 多 种 访问 权限 (译注 : 对 所 有 non-static 成 员 有 相同 的 public/private/protected 访 问 控 制 权 
限 ) 


C++11 中 关于 POD 方 面 最 重要 的 部 分 就 是 POD 中 人 允许 存在 不 影响 内 存 布局 和 性 能 的 构造 辑 数 
(译注 : 参见 C++11 中 新 引入 的 default 构 造 画 数 语 法 ) 。 


参考 文献 : 


e the C++ draft section 3.9 and 9 [10] 
e [N2294=07-0154] Beman Dawes: 


POD’s Revisited; Resolving Core Issue 568 (Revision 4) 


C++11 FAQ 中 文 版 


(翻译 : 张 潇 ) 


POD 
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原生 字符 串 标 识 


比如 ， 你 用 标准 regex 库 来 写 一 个 正则 表达 式 ， 但 正则 表达 式 中 的 反 斜 杠 \' 其 实 却 是 一 个 “ 转 义 
(escape)" 操 作 符 (用 于 特殊 字符 )， 这 相当 邻 人 讨厌 。 考 虑 如 何 去 写 “由 反 斜 枉 隔 开 的 两 个 词 
语 ? 这 样 一 个 模式 (WANw): 


string s = "\\WW\\\\\\w"; // 希望 它 是 对 的 (译注 : 不 直观 、 不 美观 ， 且 容易 出 错 ) 
请 注意 ， 在 正则 表达 式 和 普通 C++ 字符 串 中 ， 各 自 都 需要 使 用 连续 两 个 反 斜 杠 来 表示 反 斜 杠 本 


身 。 然 而 ， 假 如 使 用 C++11 的 原生 字符 串 ， 反 斜 杠 本 身 仅 需 一 个 反 斜 杠 就 可 以 表示 。 因 而 ， 上 
述 的 例子 简化 为 : 


string s = R"(\w\\\Ww)"; // 这 次 百 分 百 正确 


引发 原生 字符 串 标 识 提议 的 是 这 样 一 个 "惊天 地 泣 鬼 神 "的 例子 : 


"((?:[ANAANIINNAA.)* AE: AAAA SASA N // 这 五 个 反 斜 杠 是 否 正确 ? 
// 即使 是 专家 ， 也 很 容易 被 这 人 么 多 反 斜 杠 搞 得 晕 头 转向 


一 点 "是 必要 的 。 
那么 ， 如 何 特 双 引 号 ”本 身 放 到 原生 字符 串 里 呢 ? 只 要 它 不 是 正好 跟 在 右 括 弧 小 之后， 那么 
非常 简单 : 


R"("quoted string")" // 这 个 字符 串 是 “quoted string” 


但 是 ， 假 如 我 们 偏 要 在 原生 字符 串 中 表达 右 括 弧 后 跟 双 引号 /2 这 样 一 个 奇 苑 组 合 呢 ? 首先 ， 
幸运 地 是 ， 这 种 情况 一 般 很 少 碰 到 ; 其 次 ,“(...)' 分 隔 法 只 不 过 是 默认 的 分 隔 语 法 曙 了 。 通 过 
在 “(.…)” 的 (..….) 前 后 添加 显 式 的 自 定义 分 隔 号 (译注 :例如 下 面 例子 中 的 三 个 星 号 *)， 我 们 还 可 以 
创造 出 任何 我 们 想 要 的 分 隔 语法 。 


// 字符 串 为 : "quoted string containing the usual terminator (")" 
R"***("quoted string containing the usual terminator (")")***" 


EAM ZRF (BEL Ds) DRASAM CHS UA. tA 
式 ， 我 们 几乎 可 以 义理 任意 复 亲 的 模式 。 
参考 : 


e Standard 2.13.4 


e [N2053=06-0123] Beman Dawes: Raw string literals . (original proposal) 

e [N2442=07-0312] Lawrence Crowl and Beman Dawes: Raw and Unicode String 
Literals; Unified Proposal (Rev. 2) . (final proposal combined with the User-defined 
literals proposal). 


(翻译 : FR, dabaitu) 


右 角 括号 


考虑 如 下 代码 : 


list<vector<string>> lvs; 


在 C++98 中 ， 这 是 一 个 语法 错误 ， 因 为 两 个 右 角 括号 ( > ') 之 间 没 有 空格 (译注 : 因此 ， 编 译 
器 会 将 它 分 析 为 ”>> "操作 符 ) 。C++0x 可 以 正确 地 分 辨 出 这 是 两 个 右 角 括号 ( > )， 是 两 个 模 
板 参 数列 表 的 结尾 。 


为 什么 之 前 这 会 是 一 个 问题 呢 ? 一 般 地 ， 一 个 编译 器 前 端 会 按照 “分 析 / 阶 段 " 模 型 进行 组 织 。 
简要 描述 如 下 : 


。 词法 分 析 (从 字符 中 构造 token) 
。 语法 分 析 (检查 语法 ) 
。 类 型 检查 (确定 名 称 和 表达 式 的 类 型 ) 


这 些 阶段 在 理论 上 ， 其 至 在 某 些 实际 应 用 中 ， 都 是 严格 独立 的 。 所 以 ， 词 法 分 析 器 会 认 

A” >> ?是 一 个 完整 的 token (通常 意味 着 右 移 操作 符 或 是 输入 ) ， 而 无 法 理解 它 的 实际 意义 
(译注 : 即 在 具体 的 上 下 文 环境 下 ， 某 一 个 符号 的 具体 意义 ) 。 特 别 地 ， 它 无 法 理解 模板 或 
内 置 模板 参数 列表 。 然 而 ， 为 了 使 上 述 示 例 “ 正 确 "， 这 三 个 阶段 必须 进行 某 种 形式 的 交互 、 配 
合 。 解 决 这 个 问题 的 最 关键 的 点 在 于 ， 每 一 个 C++ 编译 器 已 完整 理解 整个 问题 (译注 : 对 整 
个 问题 进行 了 全 部 的 词法 分 析 、 符 号 分 析 及 类 型 检测 ， 然 后 分 析 各 个 阶段 的 正确 性 ) ， 从 而 
给 出 令 人 满意 的 错误 消息 。 


参考 : 


e the C++ draft section ??? 
e [N1757==05-0017] Daveed Vandevoorde: revised right angle brackets proposal 
(revision 2) . 


(翻译 : 35%, dabaitu) 


右 值 引用 


左 值 (赋值 操作 符 “=" 的 左 侧 ， 通 常 是 一 个 变量 ) 与 右 值 (赋值 操作 符 “=” 的 右 侧 ， 通 常 是 一 个 
BAL RAA, KAA) 之 间 的 差别 可 以 追溯 到 Christopher Strachey (C++ 的 祖先 语言 
CPL 之 父 ， 指 称 语 义学 之 父 ) 时 代 。 在 C++ 中 ， 左 值 可 被 绑 定 到 非 const 引 用 ， 左 值 或 者 右 值 
则 可 被 线 定 到 const| 用 。 但 是 却 没 有 什么 可 以 绑 定 到 非 const 的 右 值 GEE : 即 右 值 无 法 被 非 
const 的 引用 绑 定 ) ， 这 是 为 了 防止 人 们 修改 临时 变量 的 值 ， 这 些 临时 变量 在 被 赋予 新 的 值 之 
前 ， 都 会 被 销毁 。 例 如 : 


void creme a) { ++a; } 

int 1 = 0; 

incr(i); // 工 变 为 1 

// 错 误 : 0 不 是 一 个 左 值 

incr(0); 

// GEE: 0 不 是 左 值 ， 无 法 直接 绑 定 到 非 const 引 用 : ints, 
// 假如 可 行 ， 那 么 在 调用 时 ， 将 会 产生 一 个 值 为 9 的 临时 变量 ， 
// 用 于 绑 定 到 int& 中 ， 但 这 个 临时 变量 将 在 函数 返回 时 被 销毁 ， 
// 因而 ， 对 于 它 的 任何 更 改 都 是 没有 意义 的 ， 

// 所 以 编译 器 拒绝 将 临时 变量 绑 定 到 非 const 引 用 ， 但 对 于 const 的 引用 ， 
// 则 是 可 行 的 ) 


假设 incr(0) 合 法 ， 那 么 要 么 产生 一 个 程序 员 不 可 见 的 临时 变量 并 进行 无 意义 的 递增 操作 ， 要 么 
发 生 更 悲剧 的 情况 : i el 尽管 后 者 听 起 来 是 天 方 夜 谭 ， 但 是 对 于 
早期 Frotran 等 这 一 类 把 字面 常量 “0" 也 存 到 内 存 里 的 某 个 位 置 的 编译 器 来 说 ， 这 真 的 会 变 成 一 
个 bug。 (译注 : 指 的 是 假如 把 用 于 存储 字面 常量 0 的 内 存单 元 上 的 值 从 0 修改 为 1 以 后 ， 后 续 
所 有 使 用 字面 常数 0 的 地 方 实际 上 都 在 使 用 “1?) 。 


到 目前 为 止 ， 一 切 都 很 美好 。 但 考虑 如 下 西数 : 


template<class T> swap(T& a, T& b) // 老式 的 swap 本 数 
{ 
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cmp): // 现在 有 两 份 "a 
a // esa: 
b= an // 人 


如 果 T 是 一 个 拷贝 代价 相当 高 昂 的 类 型 ， 例 如 string 和 vector， 那 么 上 述 swap() 操 作 也 将 化 费 气 
力 (不 过 对 于 标准 库 来 说 ， 我 们 已 经 针对 string 和 vector 的 swap() 进 行 了 特 化 来 处 理 这 个 问 
题 ) 。 注 意 这 个 奇怪 的 现象 ， 我 们 的 初衷 其 实 并 不 是 为 了 把 这 些 变量 持 来 拷 去 ， 我 是 仅仅 是 
想 将 变量 a,b,tmp 的 值 做 一 个 “移动 ”( 译 注 : 即 通过 tmp 来 交换 a,b 的 值 ) 。 


在 C++11 中 ， 我 们 可 以 定义 “移动 构造 画 数 (move constructors)” 和 “移动 赋值 操作 符 (move 
assignments" 来 "移动 "而 非 复 制 它们 的 参数 : 


template<class T> class vector { 
We eee 
vector(const vector&); // 拷贝 构造 画 数 
vector(vector&&);  // Baws WR 
vector& operator= (const vector&); // #n maw 
vector& operator =(vector&&); // 移动 赋值 图 数 

}; // 注 意 : 移动 构造 画 数 和 移动 赋值 操作 符 接受 

// 非 const 的 右 值 引用 参数 ， 而 且 通 常会 对 传 入 的 右 值 引用 参数 作 修 改 


"&&" 表 示 '“ 右 值 引 用 "。 右 值 引用 可 以 绑 定 到 右 值 〈 但 不 能 绑 定 到 左 值 ) 


X a; 

x f(); 

A ial = a; // 将 r1 绑 定 到 a( 一 个 左 值 ) 

X& r2 = F(); // 错误 : f( ) 的 返回 值 是 右 值 ， 无 法 绑 定 


X&& rri = f(); // OK: 将 rrl 绑 定 到 临时 变量 
X&& rr2 = a; // 错误 : 不 能 将 右 值 引用 rr2 绑 定 到 左 值 a 


移动 赋值 操作 背后 的 思想 是 , “赋值 "不 一 定 要 通过 "拷贝 "来 做 ， 还 可 以 通过 把 源 对 象 简单 地 “ 偷 
换 " 给 目标 对 象 来 实现 。 例 如 对 于 表达 式 s1=s2， 我 们 可 以 不 从 s2 逐 字 拷 贝 ， 而 是 直接 让 s1" 侵 
占 ”S2 内 部 的 数据 存储 (译注 : 比如 char* p)， 并 以 某 种 方式 "删除 "s1 中 原 有 的 数据 存储 (或 者 
干脆 把 它 扔 给 s2， 因 为 大 多 情况 下 s2 随 后 就 会 被 析 构 ) 。 (译注 : 仔细 体会 copy 与 move 的 区 
别 。) 


我 们 如 何 知道 源 对 象 能 否 “移动 " 呢 ? 我 们 可 以 这 样 告诉 编译 器 : (译注 : 通过 move() 操 作 符 ) 


template <class T> 
void swap(T& a, T& b) //“583eswap” (大 多 数 情况 下 ) 


mp = move(a); // 变量 a 现在 失效 (译注 : 内 部 数据 被 nove 到 tmp 中 了 ) 
move(b); // 变量 b 现 在 失效 (译注 : 内 部 数据 被 nove 到 a 中 了 ， 变 量 a 现 在 “ 满 血 复活 ”了 ) 
move(tmp); // 变量 tmp 现 在 失效 GEE: 内 部 数据 被 nove 到 b 中 了 ， 变 量 b 现 在 “ 满 血 复活 "了 ) 


Wo ct 





T 
a 
b 


move(x) 意味 着 “你 可 以 把 x 当 做 一 个 右 值 ”， 把 move() 改 名 为 rval() 或 许 会 更 好 ， 但 是 事 到 如 
今 ，move() 已 经 使 用 很 多 年 了 。 在 C++11 中 ，move() 模 板 函 数 (参考 “brief introduction”) , 
以 及 右 值 引用 被 正式 引入 。 


右 值 引用 同时 也 可 以 用 作 完 美 转发 (perfect forwarding), (译注 : 比如 某 个 接口 函数 什么 也 不 
做 ， 只 是 将 工作 “委派 给 其 他 工作 函数 ) 

在 C++11 的 标准 库 中 ， 所 有 的 容器 都 提供 了 移动 构造 函数 和 移动 赋值 操作 符 ， 那 些 插 入 新 元 素 
的 操作 ， 如 insert() 和 push_back(), 也 都 有 了 可 以 接受 右 值 引用 的 版 本 。 最 终 的 结果 是 ， 在 没 
有 用 户 干预 的 情况 下 ， 标 准 容器 和 算法 的 性 能 都 提升 了 ， 而 这 些 都 应 为 功 于 拷贝 操作 的 减 

少 。 


参考 : 


e the C++ draft section ??? 
e N1385 N1690 N1770 N1855 N1952 


e [N2027==06-0097] Howard Hinnant, Bjarne Stroustrup, and Bronek Kozicki: 

A brief introduction to rvalue references 
e [N1377=02-0035] Howard E. Hinnant, Peter Dimov, and Dave Abrahams: 

A Proposal to Add Move Semantics Support to the C++ Language (original proposal). 
e [N2118=06-0188] Howard Hinnant: 


A Proposal to Add an Rvalue Reference to the C++ Language Proposed Wording 
(Revision 3) (final proposal). 


(翻译 : dabaitu， 感 谢 : dave) 


Simple SFINAE rule 


Stroustrup 先 生 尚 未 完成 这 个 主题 ， 请 稍 后 再 来 。 


静态 (编译 期 ) 断言 一 static_assert 


静态 (编译 期 ) 断言 由 一 个 常量 表达 式 及 一 个 字符 串 文本 构成 : 


static_assert(expression, string); 


expression 在 编译 期 进行 求 值 ， 当 结果 为 false ( 即 : 断言 失败 ) 时 ， 将 string 作 为 错误 消息 
输出 。 例 如 : 


static_assert(sizeof(long) >= 8, 

“64-bit code generation required for this library.”); 
struct S { X m1; Y m2; }; 
static_assert(sizeof(S)==sizeof(X)+sizeof(Y), 

"unexpected padding in S”); 


static_assert 在 判断 代码 的 编译 环境 方面 (译注 : 比如 判断 当前 编译 环境 是 否 64 位 ) 十 分 有 
用 。 但 需要 注意 的 是 ， 由 于 static_assert 在 编译 期 进行 求 值 ， 它 不 能 对 那些 依赖 于 运行 期 计算 
的 值 的 进行 检验 。 例 如 : 


int f(int* p, int n) 
// 错 误 : 表达 式 “p == 0” 不 是 一 个 常量 表达 式 


static_assert(p == 0, 
“p is not null”); 


(正确 的 做 法 是 在 运行 期 进行 判断 ， 假 如 条 件 不 成 立 则 抛 出 异常 ) 
参考 : 


e the C++ draft 7 [4]. 

e [N1381==02-0039] Robert Klarer and John Maddock: Proposal! to Add Static Assertions 
to the Core Language . 

e [N1720==04-0160] Robert Klarer, John Maddock, Beman Dawes, Howard Hinnant: 
Proposal to Add Static Assertions to the Core Language (Revision 3) . 


(翻译 : 33%, dabaitu) 


模板 别名 〈 正 式 的 名 称 为 "template typedef") 


如 何在 某 个 模板 类 的 基础 上 ， 通 过 写 死 NE) 部 分 模板 参数 关 型 ， 来 定制 出 一 个 新 的 模板 
x? 


尝 尝 我 这 种 写法 如 何 : 


template<class T> 
// 采用 了 自 定义 内 存 分 配器 的 std: : vector 
using Vec = std::vector<T,My_alloc<T>>; 


// 使 用 My_alloc 为 元 素 分 配 存储 空间 
Vec<int> fib = { 1, 2, 3, 5, 8, 13 }; 


// verbose 与 fib 类 型 一 致 
vector<int,My_alloc<int>> verbose = fib; 


有 了 using 语 法 ， 定 义 模 板 别 名 则 可 一 目 了 然 using 模板 别名 = 引用 细节 ;。 在 这 之 前 ， 我 们 
也 便 徘 徊 在 "typedef" 的 经 典 和 复杂 之 间 左 右 为 难 ， 但 没有 哪 一 个 方案 能 做 到 完美 平衡 ， 直 到 
后 来 我 们 干脆 弃 而 转向 言 科 意 冕 的 using 语 法 。 


即使 模板 存在 特 化 ，using 语 法 也 能 照常 使 用 。 (SER: 为 模板 及 其 各 种 特 化 形式 可 以 设 定 
一 个 统一 的 别名 ， 但 反之 则 不 然 : 模板 特 化 操作 不 能 通过 别名 进行 ) 。 例 如 : 


template<int> 
// idea: int_exact_trait<N>: :type 用 于 表达 含有 N 个 bit 的 数值 类 型 
struct int_exact_traits { 
typedef int type; 
template<> 
struct int_exact_traits<8> { 
typedef char type; 
template<> 
struct int_exact_traits<16> { 
typedef char[2] type; 


TE et 


template<int N> 
// 定义 别名 用 以 简化 书写 
// 译注 : 给 模板 的 通用 版 本 取 别 名 ， 则 其 所 有 的 特 化 版 本 自动 获得 该 别名 ， 
// 例如 对 于 8bit 的 特 化 版 本 ， 现 在 可 直接 使 用 别名 
using int_exact = typename int_exact_traits<N>::type; 
// int_exact<8> 是 含有 8 个 bit 的 数值 类 型 
int exact<8> a = 7; 


除了 在 模板 方面 身 担 重任 外 ，using 语 法 也 可 作为 对 普通 类 型 定义 别名 的 另 一 种 选择 MRF 
typedef 更 合 吾 意 ) 。 


typedef void (*PFD)(double); // C xX 
using PF = void (*)(double); // using 加 上 C 样 式 的 类 型 
using P = [](double)->void; // using 和 豆 数 返回 类 型 后 置 语 法 


e the C++ draft: 14.6.7 Template aliases; 7.1.3 The typedef specifier 

e [N1489=03-0072] Bjarne Stroustrup and Gabriel Dos Reis: Templates aliases for C++ . 

e [N2258=07-0118] Gabriel Dos Reis and Bjarne Stroustrup: Templates Aliases (Revision 
3) (final proposal). 


(翻译 : 3%, dabaitu) 


线程 本 地 化 存储 (thread local) 


抱 次 ， 目 前 我 还 没有 完成 这 个 主题 ， 请 稍 后 再 来 。 
如 果 你 对 这 一 主题 感 兴趣 ， 可 以 参考 本 站 的 : 


e C++ 小 品 : 井 水 不 犯 河水 的 thread_specific_ptr，C++11 线 程 库 中 的 本 地 存储 
e C++ 小 品 : 井 水 不 犯 河水 在 PPL 中 的 实现 : combinable 以 及 task_group,task 


参考 : 
e [N2659 = 08-0169] Lawrence Crowl: 


Thread-Local Storage (Final proposal). 


unicode 字 符 


抱 次 ， 目 前 我 尚未 完成 这 个 主题 ， 请 稍 后 再 来 。 
(译注 : C++ 对 unicode 的 支持 不 是 特别 重视 ) 


统一 初始 化 的 语法 和 语义 


按照 对 象 的 类 型 以 及 初始 化 时 的 上 下 文 ，C++ 提 供 了 五 花 八 门 的 对 象 初始 化 的 方式 。 若 不 愤 误 
用 ， 可 能 会 产生 匪夷所思 的 廖 误 ， 而 且 还 伴随 着 莫名 其 妙 的 错误 GAA) 信息。 考虑 如 下 的 
代码 : 


string a[] = { “foo”, " bar” }; // 正 确 : 初始 化 数组 变量 

// 错 误 : 初始 化 列表 应 用 在 了 非 聚 合 的 向 量 上 

vector<string> v = { “foo”, ” bar” }; 

void f(string Ae 

f( { “foo”, ” bar” } );  // 语 法 错误 ， 把 一 个 块 (block) 作为 了 参数 


以 及 : 


int a = 2; /人 /赋值 风格 "的 初始 化 

int aa[] = { 2，3 }; // 用 初始 化 列表 进行 的 赋值 风格 的 初始 化 
complex z(1,2); ”//“ 男 数 风 格 ”的 初始 化 

x = Ptr(y); // “ 画 数 风 格 “ 的 转换 /赋值 /构造 操作 


再 如 : 


int a(1); // 变 量 的 定义 
int b(); / 7 BY FS BR 
int b(foo); // 变量 的 定义 ， 或 者 函数 的 声明 


要 记 住 这 么 多 种 初始 化 规则 ， 并 从 中 选用 最 合适 的 一 种 ， 绝 非 易 事 。 
C++11 的 解决 方法 是 对 于 所 有 的 初始 化 ， 均 可 使 用 他- 初始 化 变量 列表 ”: 


x x1 = X{1,2}; 

XX2 ERE 2 // 此 处 的 '=' 可 有 可 无 
X x3{1,2}; 

X* p = new X{1, 2}; 


struct D: X { 
D(int x, int y) :X{x,y} { /* .. */7 }; 


}; 
struct S { 

int a[3]; 

// 对 于 旧 有 问题 的 解决 方案 

SAUNE > nV Nz) (XZ E U /a 
}; 


与 以 往 相 比 最 为 关键 的 变动 是 ，X{a} 方 式 的 初始 化 ， 在 所 有 的 语 境 中 都 能 构造 出 同样 的 结 
所 以 凡是 能 用 "人 的 初始 化 ， 得 到 的 结果 都 是 一 致 的 。 例 如 : 


x x{a}; 
X* p = new X{a}; 
z = X{a}; // 使 用 了 类 型 转换 


f({a}); // a 作 为 函数 的 X 型 实 参 
return {a}; // a 作 为 函数 的 X 型 返回 值 
其 他 参考 文档 : 


e the C++ draft section ??? 


e [N2215==07-0075 ] Bjarne Stroustrup and Gabriel Dos Reis: Initializer lists (Rev. 3) . 
e [N2640==08-0150] Jason Merrill and Daveed Vandevoorde: Initializer Lists 一 
Alternative Mechanism and Rationale (v. 2) (final proposal). 


(翻译 : 张 潇 ) 


(广义 的 ) 联合 体 


在 C++98 (或 更 早 ) 版 本 中 ，union 的 成 员 类 型 ， 必 须 不 含 自 定义 构造 / 析 构 函数 或 者 赋值 操作 
符 。 


union U { 
int m1; 
complex m2; // 错 误 (明显 的 ) : complex A p ERA 
// 错 误 (不 那么 明显 ) : string 的 内 部 数据 只 能 严格 地 由 其 构造 本 数 ， 
// Fé NSM, AAT HORAK 


string m3; 
J; 
亦 即 : 
U u; // 使 用 哪个 成 员 的 构造 函数 呢 ? 
Umi = 1; // 给 整 型 成 员 赋 值 
string s = u.m3; // 灾 难 : 从 string 成 员 拷贝 


显而易见 ， 把 值 写 入 一 个 成 员 ， 之 后 又 读 取 另外 一 个 成 员 的 做 法 是 给 自己 找 麻烦 ， 然 而 人 们 
往往 并 非 刻意 而 为 (多 因 失 误导 致 ) 。 


C++11 对 union 的 限制 条 件 进行 了 放宽 ， 以 允许 更 灵活 广泛 的 成 员 类 型 。 其 中 值得 特别 指出 的 
是 ， 带 有 自 定义 构造 画 数 / 析 构 玉 数 的 类 型 现在 也 可 作为 union 的 成 员 了 。 此 外 ， 为 使 灵活 "不 
至 成 为 脱 强 野 马 ， 新 标准 又 特别 引入 了 “第 四 条 军 规 ”( 译 注 : 参见 下 文 ) ， 并 倡导 使 用 "可 识 
别 union”( 译 注 : 参见 下 文 Widget 样 例 以 及 Boost::Any 和 Boost::Variant) 。 


C++11 中 的 对 union 的 限制 条 件 重 新 定义 如 下 : 


。 TAERA (与 C++98 相 同 ) 

。 不 含 引 用 成 员 (与 C++98 相 同 ) 

。 没有 基 类 (与 Ct++98 相 同 ) 

e 若 union 的 某 个 成 员 的 类 型 含有 自 定义 构造 /拷贝 / 析 构 函数 ， 那 么 该 union 的 相应 构造 / 找 
贝 / 析 构 函数 将 会 被 自动 “禁用 ”( 译 注 : 在 C++11 中 我 们 可 以 使 用 delete 关 键 字 来 “禁用 ” 构 
造 / 析 构 函数 ) ， 随 之 而 来 的 后 果 是 : 该 union 不 能 被 实例 化 成 对 象 。 (新 增 的 所 谓 “ 第 四 
REM”) 


例如 : 


union U1 { 

int m1; 

complex m2; // ok 
}; 


union U2 { 

int m1; 

string m3; // ok 
J; 


上 述 代码 看 起 来 容易 出 问题 (译注 : 例如 有 人 实例 化 了 U2 类 型 的 对 象 并 给 其 m1 成 员 赋值 之 
后 ， 当 union 析 构 时 ，m3 的 析 构 函数 可 能 会 crash) ， 但 是 有 了 第 四 条 军 规 ， 刚 才 的 隐 含 问题 
(EW MAE (译注 : 通过 编译 错误 ) 。 即 : 


U1 u; // ok 
u.m2 = {1,2}; // ok : 给 comp1Lex 成 员 赋 值 
U2 u2; // 编译 错误 : string 类 含有 析 构 范 数 ， 因 而 U2 的 析 构 范 数 已 被 自动 禁用 
// GE: 析 构 函数 被 禁用 意味 着 不 允许 在 栈 上 实例 化 U2 对 象 ， 否 则 无 法 析 构 ) 
U2 u3 = u2; // 编译 错误 : stringk SAE A Haws, 
// 因而 U2 类 型 同样 也 不 能 被 拷贝 构造 


这 样 看 来 ， 先 前 定义 的 U2 几乎 没什么 实际 用 途 了 。 了 唯一 可 能 用 到 这 种 奇 琵 union 的 地 方 是 ， 把 
它 伐 到 结构 体 里 并 且 额 外 记录 其 “ 当 值 "成 员 类 型 一 也 就 是 所 谓 的 "可 识别 union”。 样 例如 下 : 


class Widget { // 用 union 存 储 的 “三 态 "Widget 
private: 
// 用 以 实现 “可 识别 union” 的 “ 当 值 ”类 型 标记 
enum class Tag { point, number, text } type; 
union { // 三 态 的 具体 存储 形式 
point p; // point ž 2a wise 
int i; 
string s; // string 类 含有 默认 的 构造 /拷贝 / 析 构 函数 
}; 
OA 
// 由 于 string 中 存在 拷贝 函数 ， 所 以 需要 “手工 拷贝 “union 
Widget& operator=(const Widget& w) 


// 译注 : 从 text 态 到 text 态 

if (type==Tag::text && w.type==Tag::text) { 
STEWS // 直接 使 用 string 的 赋值 运算 符 
return *this; 


} 

// 译注 : 从 text 态 到 其 他 态 ， 意 味 着 union 不 再 用 于 存放 string 
// 由 于 union 的 拷贝 函数 已 被 自动 禁用 

// 所 以 需要 有 人 手工 释放 string 原 先 所 占 资源 

if (type==Tag::text) s.~string(); // 此 处 需要 显 式 析 构 


switch (w.type) { 

case Tag::point: p = w.p; break; // 普通 的 拷贝 

case Tag::number: i = w.i; break; 

// 译注 : C++98/03 标 准 中 的 的 原 地 拷贝 构造 语法 

case Tag::text: new(&s)(w.s); break; // placement new 
} 

type = w.type,; 

return *this; 


}; 
}; 


其 他 参考 文献 : 


e [N2544=08-0054] Alan Talbot, Lois Goldthwaite, Lawrence Crowl, and Jens Maurer: 
Unrestricted unions (Revison 2) 


(翻译 : 张 潇 ) 


用 户 定 义 数 据 标 识 (User-defined literals) 


C++ 提供 了 许多 内 建 数据 类 型 的 数据 标识 (2.147 FB) 


123 // int 整 型 
1.2 // double 双 精度 型 
1.2F // float 浮 点 型 


Bas // char 字 符 型 

1ULL // unsigned long long64 位 无 符号 长 整 型 
0xDO // hexadecimal unsigned 十 六 进 制 无 符号 整 型 
wast // string 字 符 串 


但 是 在 C++98 中 并 没有 为 用 户 自 定义 的 变量 类 型 提供 数据 标识 。 这 就 违反 甚至 冲突 于 “用 户 自 
定 类 型 应 该 和 内 建 类 型 一 样 得 到 支持 "的 原则 。 在 特殊 情况 下 ， 人 们 有 以 下 的 需求 : 


"Hi!"s // 字 符 串 ， 不 是 “以 需 字 符 为 终结 的 字符 数组 ” 
I2 // 虚 数 

123.4567891234df // 十 进 制 浮 点 型 (IBM) 
101010111000101b // 二 进 制 


123s // 秒 
123.56km // 不 是 英里 (单位 ) 
1234567890123456789012345678901234567890x // 扩 展 精度 


C++11 通 过 在 变量 后 面 加 上 一 个 后 级 来 标定 所 需 的 类 型 以 支持 "用户 定 义 数据 标识 ”， 例 如 : 
constexpr complex operator "" i(long double d) // 设计 中 的 数据 标识 
{ 
} 
// 将 n 个 字符 构造 成 字符 串 std: :string 对 象 的 数据 标识 
std::string operator""s (const char* p, size_t n) 


{ 
} 


return {0,d}; //complex 是 一 个 数据 标识 


return string(p,n); // 需要 释放 存储 空间 


这 里 需要 注意 的 是 ，constexpr 的 使 用 可 以 进行 编译 时 期 的 计算 。 使 用 这 一 功能 ， 我 们 可 以 这 
ee : 

template <class T> void f(const T&); 

f("Hello"); // 传递 char* 指 针 给 f() 

f("Hello"s); // 传递 《5 个 字符 的 ) 字符 串 对 象 给 f( ) 

f("Hello n"s); // 传递 《6 个 字符 的 ) 字符 串 对 象 给 f( ) 


auto z = 2+1i; // 复数 complex(2,1) 


基本 (实现 ) 方法 是 编译 器 在 解析 什么 语句 代表 一 个 变量 之 后 ， 再 分 析 一 下 后 级 。 用 户 自 定 
义 数据 标识 机 制 只 是 简 简 单单 的 允许 用 户 制定 一 个 新 的 后 级 ， 并 决定 如 何 对 它 之 前 的 数据 进 
行 处 理 。 要 想 重新 定义 一 个 内 建 的 数据 标识 的 意义 或 者 它 的 参数 、 语 法 是 不 可 能 的 。 一 个 数 


据 标识 操作 符 可 以 使 用 它 〈 前 面 ) 的 数据 标识 传递 过 来 的 处 理 过 的 值 (如果 是 使 用 新 的 没有 
定义 过 的 后 级 的 值 ) 或 者 没有 处 理 过 的 值 ( 作 为 一 个 字符 串 ) 。 


要 得 到 一 个 没有 处 理 过 的 字符 串 ， 只 要 使 用 一 个 单独 的 const char* 参 数 即 可 ， 例 如 : 
Bignum operator"" x(const char* p) 
{ 
} 


void f(Bignum); 
f (1234567890123456789012345678901234567890x) ; 


return Bignum(p); 


这 个 C 语 言 风格 的 字符 串 "1234567890123456789012345678901234567890" 被 传递 给 了 操作 
符 operator”x()。 注 意 ， 我 们 并 没有 明确 地 把 数字 转换 成 字符 串 。 


有 以 下 四 种 数据 标识 的 情况 ， 可 以 被 用 户 定 义 后 级 来 使 用 用 户 自 定义 数据 标识 : 


。 整 型 标识 : 允许 传 入 一 个 unsigned long long 或 者 const char* 参 数 
。 浮 点 型 标识 : 允许 传人 一 个 long double 或 者 const char* 参 数 

。 字符 串 标 识 : 允许 传人 一 组 (const char*,size_t) 参 数 

。 字符 标识 : 允许 传人 一 个 char 参 数 。 


注意 ， 你 为 字符 串 标识 定义 的 标识 操作 符 不 能 只 带 有 一 个 const char* 参 数 (而 没有 大 小 ) o 
例如 : 


// 和 警告， 这 个 标识 操作 符 并 不 能 像 预想 的 那 祥子 工作 
string operator"" S(const char* p); 
"one two"S; // 错 误 ， 没 有 适用 的 标识 操作 符 


根本 原因 是 如 果 我 们 想 有 一 个 “不 同 的 字符 串 ”， 我 们 同时 也 想 知道 字符 的 个 数 。 后 级 可 能 比较 
fe (例如 ，s 是 字符 串 的 后 级 ，i 是 虚数 的 后 级 ，m 是 米 的 后 级 ，x 是 扩展 类 型 的 后 级 ) ， 所 以 
不 同 的 用 法 很 容易 产生 冲突 ， 我 们 可 以 使 用 namespace (命名 空间 ) 来 避免 这 些 名 字 冲 突 : 


namespace Numerics { 
Up os 
class Bignum { /* .. */ }; 
namespace literals { 
operator"" X(char const*); 
} 


} 


using namespace Numerics::literals; 


参考 : 


e Standard 2.14.8 User-defined literals 
e [N2378==07-0238] lan Mcintosh, Michael Wong, Raymond Mak, Robert Klarer, Jens 
Mauer, Alisdair Meredith, Bjarne Stroustrup, David Vandevoorde: 


C++11 FAQ 中 文 版 


User-defined Literals (aka. Extensible Literals (revision 3)). 


用 户 定义 数据 标识 (User-defined literals) 109 


可 变 参 数 模板 (Variadic Templates) 


要 解决 的 问题 : 


。 怎么 创建 一 个 拥有 1 个 、2 个 或 者 更 多 的 初始 化 器 的 类 ? 
。 怎么 避免 创建 一 个 实例 而 只 拷贝 部 分 的 结果 ? 
。 怎么 创建 一 个 元 组 ? 


最 后 的 问题 是 关键 所 在 : 考虑 一 下 元 组 ! 如 果 你 能 创建 并 且 访 问 一 般 的 元 组 ， 那 么 剩 下 的 问 
题 也 将 迎 为 而 解 。 


这 里 有 一 个 例子 (摘自 “可 变 参 数 模板 简 述 (A brief introduction to Variadic templates) ”( 参 
RBS) ) ， 要 构建 一 个 广义 的 、 类 型 安全 的 printf()。 这 个 方法 比 用 boost::format 好 的 多 ， 但 
是 考 


const string pi = “pi”; 
const char* m = 

“The value of %s is about %g (unless you live in %s).n”; 
printf(m, pi, 3.14159, “Indiana”); 


这 是 除了 格式 字符 串 之 外 ， 没 有 其 它 参数 的 情况 下 调用 printf() 的 一 个 最 简单 的 例子 了 ， 所 以 我 
们 将 要 首先 解决 : 


void printf(const char* s) 


while (s && *s) { 
if (*s=='%' && *++8!='%') // 保 证 没有 更 多 的 参数 了 
//%%〈 转 义 字 符 ， 在 格式 字符 串 中 代表 % 
throw runtime_error(“ 格 式 非法 : 缺少 参数 ”)，; 
std::cout << *s++<<endl; 


这 个 义理 好 之 后 ， 我 们 必须 处 理 有 更 多 参数 的 printf() : 


template<typename T, typename... Args> // 注意 这 里 的 ",, ," 
void printf(const char* s, T value, Args... args) // 3B"... 


while (s && *s) { 
// 一 个 格式 标记 〈 避 免 格式 控制 符 ) 
if (*S=='%' && *++s!='%') { 
std::cout << value; 
return printf(++s，args,.,);// 使 用 第 一 个 非 格式 参数 


std::cout << *s++; 


throw std::runtime error("extra args provided to printf"); 


这 段 代 码 简单 地 “去 除 " 了 开头 的 无 格式 参数 ， 之 后 递归 地 调用 自己 。 当 没有 更 多 的 无 格式 参数 
的 时 候 ， 它 调用 第 一 个 (很 简单 ) printf() (如 上 所 示 ) 。 这 也 是 标准 的 函数 式 编程 在 编译 的 时 
候 做 的 (?)。 注 意 ,， << 的 重 载 代 替 了 在 格式 控制 符 当中 〈 可 能 会 有 错误 ) 的 花 喻 的 技巧 。 ( 译 
注 : 我 想 这 里 可 能 指 的 是 使 用 重 载 的 << 输出 操作 符 ， 就 可 以 避免 使 用 各 种 技巧 复杂 的 格式 控 
制 字 符 串 。) Args... 定 义 的 是 一 个 叫做 “参数 包 ” 的 东西 。 这 个 “参数 包 ” 仅 仅 是 一 个 (有 各 种 类 
型 的 值 的 ) 队列 ， 而 且 这 个 队列 中 的 参数 可 以 从 头 开 始 进 行 剥 离 (处 理 ) 。 如 果 我 们 使 用 一 
个 参数 调用 printf()， 画 数 的 第 一 个 定义 (printf(const char)) 就 被 调用 。 如 果 我 们 使 用 两 个 或 者 
更 多 的 参数 调用 printf()， 那 么 函数 的 第 二 个 定义 (printf(const char, T value, Args... args)) 就 会 
被 调用 ， 把 第 一 个 参数 当 作 字符 串 ， 第 二 个 参数 当 作 值 ， 而 剩余 的 参数 都 打包 到 参数 包 args 
中 ， 用 做 函数 内 部 的 使 用 。 在 下 面 的 调用 中 : 


printf(++s, args...); 


参数 包 args 被 打开 ， 所 以 参数 包 中 的 下 一 个 参数 被 选择 作为 值 。 这 个 过 程 会 持续 进行 ， 直 到 
args 为 空 〈 所 以 第 一 个 printf() 最 终 会 被 调用 ) o 


如 果 你 对 函数 式 编程 很 熟悉 的 话 ， 你 可 能 会 发 现 这 个 语法 和 标准 技术 有 一 点 不 一 样 。 如 果 发 
现 了 ， 这 里 有 一 些小 的 技术 示例 可 能 会 帮助 你 理解 。 首 先 我 们 可 以 声明 一 个 普通 的 可 变 参 数 
PHBA (就 像 上 面 的 printf()) 

template<class ... Types> 


// 可 变 参数 模板 函数 
// (补充 : 一 个 画 数 可 以 接受 若干 个 类 型 的 若干 个 参数 ) 


void f(Types ... args); 
F(); // OK: args 不 包含 任何 参数 
f(1); // OK: args 有 一 个 参数 : int 


f(2, 1.0); // OK: args 有 两 个 参数 : int 和 double 


我 们 可 以 建立 一 个 具有 可 变 参 数 的 元 组 类 型 : 


template<typename Head, typename... Tail> 
// 这 里 是 一 个 递 为 
// 一 个 元 组 最 基本 要 存储 它 的 head (第 一 个 (类 型 / 值 ) ) 对 
// 并 且 派 生 自 它 的 tail (剩余 的 (类 型 / 值 ) ) 对 
// 注 意 ， 这 里 的 类 型 被 编码 ， 而 不 是 按 一 个 数据 来 存储 
class tuple<Head, Tail...> 
private tuple<Tail...> { 
typedef tuple<Tail...> inherited; 


public: 

tuple() { } // 默认 的 空 tuple 

// 从 分 离 的 参数 中 创建 元 组 

tuple(typename add_const_reference<Head>::type v, 
typename add_const_reference<Tail>::type... vtail) 


: m_head(v), inherited(vtail...) { } 


// 从 另外 一 个 tuple 创 建 tuple: 

template<typename... VValues> 

tuple(const tuple<VValues...>& other) 
m_head(other.head()), inherited(other.tail()) { } 


template<typename... VValues> 
tuple& operator=(const tuple<VValues...>& other) // 等 于 操作 
{ 

m_head other.head(); 

tail() other.tail(); 

return *this; 


} 


typename add_reference<Head>::type head() 
{ return m_head; } 

typename add_reference<const Head>::type head() const 
{ return m_head; } 


inherited& tail() { return *this; } 

const inherited& tail() const { return *this; } 
protected: 

Head m_head; 
} 


有 了 定义 之 后 ， 我 们 可 以 创建 元 组 〈 并 且 复 制 和 操作 它们 ) 


tuple<string, vector,double> tt("hello", {1,2,3,4},1.2); 
string h = tt.head(); // "hello" 
tuple<vector<int>,double> t2 = tt.tail(); 


要 实现 所 有 的 数据 类 型 可 能 会 比较 乏味 ， 所 以 我 们 经 常 减少 参数 的 类 型 ， 例 如 ， 可 以 使 用 标 
准 库 中 的 make_tuple() 画 数 : 


template<class... Types> 
// 这 个 定义 十 分 简单 《参见 标准 29.5.2.2) 
tuple<Types...> make_tuple(Types&&... t) 


return tuple<Types...>(t...); 
} 


string s = "Hello"; 
vector<int> v = {1,22,3,4,5}; 
auto x = make_tuple(s,v,1.2); 
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An introduction to Variadic Templates in C++0x. 
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2#x (Variadic Templates) 





关于 标准 库 的 问题 


abandoning_a_process 


Stroustrup 尚 未 完成 此 主题 ， 期 待 中 。 
参考 : 
e Abandoning a process 


(翻译 : interma) 


算法 方面 的 改进 


标准 库 的 算法 部 分 进行 了 如 下 改进 : 新 增 了 一 些 算法 函数 ; 通过 新 语言 特性 改善 了 一 些 算法 
实现 并 且 更 易于 使 用 。 下 面 分 别 来 看 一 些 例子 : 


。 新 算法 : 


bool all of(Iter first, Iter last, Pred pred); 
bool any_of(Iter first, Iter last, Pred pred); 
bool none_of(Iter first, Iter last, Pred pred); 


Iter find_if_not(Iter first, Iter last, Pred pred); 


OutIter copy_if(InIter first, InIter last, 
OutIter result, Pred pred); 

OutIter copy_n(InIter first, InIter::difference_type n, 
OutIter result); 


OutIter move(InIter first, InIter last, OutIter result); 
OutIter move_backward(InIter first, InIter last, OutIter result); 


pair<OutIter1, OutIter2> partition_copy(InIter first, InIter last, 
OutIter1 out_true, OutIter2 out_false, Pred pred); 
Iter partition_point(Iter first, Iter last, Pred pred); 


RAIter partial_sort_copy(InIter first, InIter last, 
RAIter result_first, RAIter result_last); 
RAIter partial_sort_copy(InIter first, InIter last, 
RAIter result_first, RAIter result_last, Compare comp); 
bool is_sorted(Iter first, Iter last); 
bool is_sorted(Iter first, Iter last, Compare comp); 
Iter is_sorted_until(Iter first, Iter last); 
Iter is_sorted_until(Iter first, Iter last, Compare comp); 


bool is_heap(Iter first, Iter last); 

bool is_heap(Iter first, Iter last, Compare comp); 

Iter is_heap_until(Iter first, Iter last); 

Iter is_heap_until(Iter first, Iter last, Compare comp); 


min(initializer_list<T> t); 
min(initializer_list<T> t, Compare comp); 
max(initializer_list<T> t); 
max(initializer_list<T> t, Compare comp); 
pair<const T&, const T&> minmax(const T& a, const T& b); 
pair<const T&, const T&> minmax(const T& a, 
const T& b, 
Compare comp); 
pair<const T&, const T&> minmax(initializer_list<T> t); 
pair<const T&, const T&> minmax(initializer_list<T> t, 
Compare comp); 
pair<Iter, Iter> minmax_element(Iter first, Iter last); 
pair<Iter, Iter> minmax_element(Iter first, Iter last, Compare comp); 
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// 填充 [first, 1ast] 范 围 内 的 每 一 个 元 素 
// 第 一 个 元 素 为 value， 第 二 个 为 ++value， 以 此 类 ui 
// 等 同 于 


4A SASHES E) = value; 
// *(d_first+1) = ++value; 
// *(d_first+2) = ++value; 


// *(d_first+3) = ++value; 
// RRRA, Biotam*eZitoah 
void iota(Iter first, Iter last, T value); 


e 更 有 效 的 move : more 操 作 比 copy 操 作 更 有 效率 (参看 move semantics (译注 : 实际 上 
是 一 个 右 值 (rval) 问 题 ， 核 心 是 减少 创建 不 必要 的 对 象 ) ) 。 基 于 move 的 std::sort() 和 
std::set::insert() 要 上 比 基 于 copy 的 对 应 版 本 快 15 倍 以 上 。 不 过 它 对 标准 库 中 已 有 操作 的 性 

能 改善 不 多 ， 因 为 它们 的 实现 中 已 经 使 用 了 类 似 的 方法 进行 优化 了 (例如 string，vector 
使 用 了 调 优 过 的 swap 操 作 来 代替 copy 了 ) 。 当 然 如 果 你 自己 的 代码 中 包含 了 move 操 作 的 
话 ， 就 能 自动 从 新 标准 库 中 获 益 了 。 试 着 用 move 操 作 来 蔡 代 下 按 这 个 sort 函 数 中 的 智能 

指针 (unique_ptr) 吧 (译注 : 可 以 通过 一 个 move 版 swap 来 搞定 ， 参 看 之 前 move 
semantics 文 章 ) 


template<class P> struct Cmp<P> { // 上 比较 *P 的 值 
bool operator() (P a, P b) const 
{ return *a<*b; } 
} 


vector<std: :unique_ptr<Big>> vb; 
// ”用 指向 大 对 象 的 unique_ptr 填 充 vb 


sort(vb.begin(),vb.end(),Cmp<Big>());// 不 要 像 这 样 使 用 时 用 auto_ptr 


e 对 lambda 表 达 式 的 使 用 : 对 于 为 标准 库 算 法 写 函 数 / 酌 数 对 象 (function object， 推 荐 ) 
这 个 事 儿 大 家 已 经 抱怨 很 久 了 (例如 Cmp) 。 特 别 是 在 C++98 标 准 中 ， 这 会 合 人 更 加 痛 
苦 ， 因 为 无 法 定义 一 个 局 部 的 函数 对 象 。 不 过 现在 好 多 了 ，lambda 表 达 式 允许 
用 "inline” 的 方式 来 写 范 数 了 : 


sort(vb.begin(),vb.end(), 
[](unique_ptr a, unique_ptr b) { return *a< *b; }); 


我 希望 大 家 尽量 多 用 用 lambda 表 达 式 〈 它 真 的 是 一 种 很 好 很 强大 的 机 制 ) (译注 : 原文 
是 : ”| expect lambdas to be a bit overused initially (like all powerful mechanisms)”, FF 
字面 翻译 ) 


e 对 初始 化 列表 (initializer lists) 的 使 用 : 初始 化 表 有 时 可 以 像 参 数 那样 方便 的 使 用 。 看 下 
边 这 个 例子 (x,y,z 是 string 交 量 ，Nocase 是 一 个 大 小 写 不 敏感 的 比较 函数 ) 


auto x = max({x,y,z},Nocase()); 


参考 : 


e 25 Algorithms library [algorithms] 
e 26.7 Generalized numeric operations [numeric.ops] 
e Howard E. Hinnant, Peter Dimov, and Dave Abrahams: 


A Proposal to Add Move Semantics Support to the C++ Language. 


N1377=02-0035. 


array 


std::array 是 一 个 支持 随机 访问 且 大 小 (size) 固定 的 容器 (译注 : 可 以 认为 是 一 个 紧缩 版 的 
vector 吧 ) 。 它 有 如 下 特点 : 


不 预 留 多 余 空 间 ， 只 分 配 必须 空间 (译注 : size() == capacity()) 。 
可 以 使 用 初始 化 表 (initializer list) 的 方式 进行 初始 化 。 

保存 了 自己 的 size 信 息 。 

不 支持 隐 式 指针 类 型 转换 。 


换 句 话说 ， 可 以 认为 它 是 一 个 很 不 错 的 内 建 数 组 类 型 。 一 些 代码 片段 : 


array<int,6> a = { 1, 2, 3 }; 

a[3]=4; 

int x = a[5]; // array 的 默认 数据 元 素 为 0， 所 以 x 的 值 变 成 9 
int* p1 = a; // 错误 : std::array 不 能 隐 式 地 转换 为 指针 

int* p2 = a.data(); // E, data( ) 得 到 指向 第 一 个 元 素 的 指针 


不 过 要 注意 : 是 可 以 定义 一 个 长 度 为 0 的 array 的 ; 但 是 无 法 从 初始 化 表 中 推导 出 size 信 息 : 


array<int> a3 = { 1, 2, 3}; // 错 误 : 没有 size 信 息 
array<int,@> a0; // 正确 : 没有 任何 元 素 
int* p = aQ.data(); // 为 定义 行为 ， 不 要 这 样 做 


array 非 常 适 合 在 嵌入 式 系统 (和 有 类 似 限 制 /性 能 敏感 /安全 关键 系统 等 ) HHA. CRETE 
列 型 容器 该 有 的 大 部 分 通用 函数 (和 vector 很 像 ) 


template<class C> C::value_type sum(const C& a) 


return accumulate(a.begin(),a.end(),@); 


} 


array<int,10> a10; 
array<double,1000> a1000; 
vector<int> v; 

HEE i 

int x1 = sum(a10); 

int x2 sum(ai000); 

int x3 sum(v); 


但 是 ， 它 是 不 支持 由 子 类 到 基 类 的 自动 类 型 转换 的 (注意 这 个 潜在 陷阱 ) 


struct Apple : Fruit { /* .. */ }; 
struct Pear : Fruit { /* .. */ }; 


void nasty(array<fruit *,10>& f) 


f[7] = new Pear(); 


了 


array<apple ,10> apples; 
VEE ee 
nasty(apples); // 错误 : 不 能 将 array 转 换 为 array ; 


如 果 支 持 这 种 转换 的 话 ，apple array 中 就 能 放 pear 啦 。 
参考 : 
e Standard: 23.3.1 Class template array 


(翻译 : interma) 


async() 


async() 函 数 是 一 个 简单 任务 的 "启动 ”(launcher) HR, Ce EDE TEE A 
案 中 投票 通过 的 特性 。 我 希望 它 能 在 调和 两 个 略微 不 同 的 意见 之 后 最 终于 10 月 份 获 得 通 
(记得 随时 骚扰 你 那 边 的 投票 委员 ， 一 定 要 为 它 投 票 啊 ?) 。 


下 边 是 一 种 优 于 传统 的 线程 + 锁 的 并 发 编程 方法 示例 (译注 : 山寨 map-reduce 哦 ) : 


template<class T,class V> struct Accum { // 简单 的 积 范 数 对 象 


Accum(T* bb, T* ee, const V& v) : b{bb}, ef{ee}, val{vv} {} 
V operator() () 
{ return std::accumulate(b,e,val); } 


}; 
void comp(vector<double>& v) 
// 如 果 v 够 大 ， 则 产生 很 多 任务 { 
if (v.size()<10000) 
return std: :accumulate(v.begin(),v.end(),0.0); 
auto fO {async(Accum{&v[0], &v[v.size()/4],0.0})}; 
auto f1 f{async(Accum{&v[v.size()/4],&v[v.size()/2],0.0})}; 
auto f2 {async(Accum{&v[v.size()/2],&v[v.size()*3/4],0.0})}; 
auto f3 {async(Accum{&v[v.size()*3/4],&v[v.size()],0.0})}; 
return f0.get()+f1.get()+f2.get()+f3.get(); 
} 


尽管 这 只 是 一 个 简单 的 并 发 编程 示例 (留意 其 中 的 "magic number’) ， 不 过 我 们 可 没有 使 用 
线程 ， 锁 ， 缓 冲 区 等 概念 。 人 变量 的 类 型 ( 即 async() 的 返回 值 ) 是 "std::future” 类 型 。 
future.get() 表 示 如 果 有 必要 的 话 则 等 待 相 应 的 线程 (std::thread) 运 行 结束 。async 的 工作 是 根据 
需要 来 启动 新 线程 ， 而 future 的 工作 则 是 等 待 新 线程 运行 结束 。" 简 单 性 "是 async/future 设 计 中 
最 重视 的 一 个 方面 ; future 一 般 也 可 以 和 线程 一 起 使 用 ， 不 过 不 要 使 用 async() 来 启动 类 似 l|/O 
操作 ， 操 作 互 斥 体 (mutex) ， 多 任务 交互 操作 等 复杂 任务 。async() 背 后 的 理念 和 range-for 
statement 很 类 似 : 简单 事 儿 简单 做 ， 把 复杂 的 事情 留 给 一 般 的 通用 机 制 来 搞定 吧 。 


async() 可 以 启动 一 个 新 线程 或 者 复 用 一 个 它 认 为 合适 的 已 有 线程 〈 非 调用 线程 即 可 ) GEE: 
语义 上 并 发 即 可 ， 不 关心 具体 的 调度 策略 。 和 go 语义 中 的 goroutines 有 点 像 )。 后 者 从 用 户 视 
角 看 更 有 效 一 些 (只 对 简单 任务 而 言 ) 。 


参考 : 


e Standard: ??? 
e Lawrence Crowl: 


An Asynchronous Call for C++. 


N2889 = 09-0079. 


e Herb Sutter : 
A simple async() 
N2901 = 09-0091 . 


(翻译 : interma) 


atomic_operations 


Ea PE . 
条 件 变量 (Condition variables) 
条 件 变 量 (Condition variables) 提供 了 同步 语义 ， 它 会 将 一 个 线程 阻塞 住 (block) 直 到 被 其 他 
线程 所 唤醒 (notify) 或 到 达 了 系统 超时 时 间 。 
不 过 Stroustrup 尚 未 完成 此 主题 ， 期 待 中 。 
参看 : 
e Standard: 30.5 Condition variables(thread.condition) 


(翻译 : interma) 


标准 库 中 容器 方面 的 改进 


新 的 语言 特性 和 近 10 年 来 的 经 验 会 给 标准 库 中 的 容器 带 来 啥 改进 呢 ? 首先 ， 新 容器 类 型 : 
array( 大 小 固定 容器 )，forward_list 


( 单 向 链表 ) ，unordered containers ( 哈 希 表 ， 无 序 容器 ) 。 其 次 ， 新 特性 : initializer 
lists (初始 化 列表 ) ，rvalue 


references ( 右 值 引用 ) , variadic templates (可 变 参 数 模板 ) ，constexpr (常量 表达 
式 ) 。 下 边 均 以 vector 为 例 加 以 介绍 : 


。 初始 化 列表 (Initializer lists) : 最 显著 的 改进 是 容器 的 构造 函数 可 以 接受 初始 化 列表 来 
作为 参数 : 


vector<string> vs = { "Hello", ", ", "World!", "\n" }; 
for (auto s : vs ) cout << s; 


e move 操 作 : FAri T movehkA Mist ABM 〈 作 为 传统 copy 操 作 的 补充 ) 。 它 最 
重要 的 内 涵 就 是 允许 我 们 高 效 的 从 本 数 中 返回 一 个 容器 : 


vector<int&gt; make_random(int n) 
vector<int&gt; ref(n); 
// 产生 9-255 之 间 的 随机 数 
for(auto x& : ref) x = rand_int(0,255); 


return ref; 


} 


vector<int> v = make_random(10000) ; 
for (auto x : make_random(1000000)) cout << x << '\n'; 


SAR iE 是 vector 没 有 被 拷贝 操作 (译注 : vector refMNFZ KE KERR 

返回 时 被 stack 自 动 回收 吗 ? move assignment 通 过 右 值 引 用 精巧 的 搞定 了 这 个 问题 )。 对 
比 我 们 现在 的 两 种 ， We 在 自由 存储 区 来 分 配 vector 的 空间 ， 我 们 得 负担 上 内 存 管 理 的 
问题 了 ; 通过 参数 传 进 已 经 分 配 好 空间 的 vector， 我 们 得 要 写 不 太美 观 的 代码 了 (同时 也 
增加 了 出 错 的 可 能 ) 。 


改进 的 push 操 作 : 作为 我 最 喜爱 的 容器 操作 画 数 ，push_back() 允 许 我 们 优雅 的 增 大 容 
器 : 


vector<pair<string,int>> vp; 

string s; 

int i; 

while(cin&gt;&gt;s&gt;&gt;i) vp.push_back({s,i}); 


Se、 r 和 i 构造 了 一 个 pair 对 象 ， 然 后 将 它 move 到 vp 中 。 注 意 这 里 是 ”move” 而 不 
是 "copy”。 这 个 push_back 版 本 接受 了 一 个 右 值 引 用 参数 ， 因 此 我 们 可 以 从 string 的 移动 
HERJA a 


constructor) (译注 : BAH Nn ainz (copy ctor) 对 应 而 来 ) 中 获 益 。 同 时 使 用 
了 [统一 初始 化 语法 ] (unified initializer syntax) 来 避免 哆 味 。 


e 原 地 安置 操作 (Emplace operations) : 在 大 多 数 情 况 下 ，push_back() 使 用 移动 构造 琅 
RX (MTE HGH) 来 保证 它 更 有 效率 ， 不 过 A a au ee ea 
为 何 一 定 要 进行 拷贝 /移动 操作 ? 为 什么 不 能 在 vector 中 分 配 好 空间 ， 然 后 直接 在 这 个 
CR (emplace， 含 义 是 : 


putting in place) 。 举 一 个 emplace_back() 的 例子 : 
vector<pair<string,int>> vp; 
string s; 
int i; 


while(cin&gt;&gt;s&gt;&gt;i) vp.emplace_back(s,i); 


emplace_back() 接 受 了 可 变 参 数 模板 变量 并 通过 它 来 构造 所 需 类 型 。 至 于 
emplace_back() 是 否 比 push_back() 更 有 效率 ， 取 决 于 它 和 可 变 参数 模板 的 具体 实现 。 如 
果 你 认为 这 是 一 个 重要 的 问题 ， 那 就 实际 测试 一 下 。 否 则 ， 就 从 美感 上 来 选择 它们 吧 。 
到 目前 为 止 ， 我 更 喜欢 push_back()， 不 过 只 是 目前 哦 。 


e Scoped allocators : 现在 容器 中 可 以 持 有 "拥有 状态 的 空间 分 配对 象 
(allocationobjects” 了 ， 并 通过 它 来 进行 "nested/scoped" 方 式 的 空间 分 配 (译注 : 原文 : 
use those to control nested/scoped allocation) (举例 : 为 容器 中 的 元 素 分 配 空 间 ) 。 


显然 ， 容 器 不 是 唯一 从 新 语言 特性 中 获 益 的 标准 库 部 分 : 

。 编译 期 计算 (Compile-time evaluation) : 常量 表达 式 
为 bitset, duration, char_traits, array, atomic types, 
random numbers, 


complex 等 类 型 引入 了 编译 期 计算 。 对 于 某 些 情况 ， 这 意味 着 性 能 上 的 改善 ; 而 对 于 其 它 
情况 〈 无 法 编译 期 优化 的 情况 下 ) ， 则 意味 着 可 以 减少 隆 涩 代码 和 宏 的 使 用 了 。 


e 元 组 (Tuples) : 如 果 没 有 可 变 参 数 模 板 
， 它 就 不 存在 了 


(翻译 : interma) 


std::function 和 std::bind 


Fa fe EE Xbind()#lfunction() LF AME <functional> 中 (该 头 文 件 还 包括 许多 其 他 函数 
对 象 ) ， 用 于 人 处理 画 数 及 画 数 参数 。bind() 接 受 一 个 函数 (或 者 函数 对 象 ， 或 者 任何 你 可 以 通 

过 ”(...) 符 号 调用 的 事物 ) ， 生 成 一 个 其 有 某 一 个 或 多 个 画 数 参数 被 " 绑 定 "或 重新 组 织 的 函数 
对 象 。 (译注 : 顾名思义 ，bind() 函 数 的 意义 就 像 它 的 函数 名 一 样 ， 是 用 来 绑 定 函数 调用 的 某 
些 参 数 的 。) 例如 : 


int f(int, char, double); 

// 绑 定 f( ) 画 函数 调用 的 第 二 个 和 第 三 个 参数 ， 

// 返回 一 个 新 的 函数 对 象 为 ff， 它 只 带 有 一 个 jnt 类 型 的 参数 
auto ff = bind(f, _1, ‘c’, 1.2); 

int x = ff(7); J/ (CC ANE 


参数 的 绑 定 通常 称 为 "Currying” (译注 : Currying—= fll Moe eR”, ULB HWA 
象 进行 加 工 修饰 操作 ) ,“1" 是 一 个 占 位 符 对 象 ， BERRY NE RMIT RM, M 

数 人 ff 的 第 一 个 参数 在 函数 {的 参数 列表 中 的 位 置 。 第 一 个 参数 称 为 ”1", 第 二 个 参数 为 ”2"， 依 
此 类 推 。 例 如 : 


int f(int, char, double); 


auto frev = bind(f, _3, _2, _1); // 翻转 参数 顺序 
int x = frev(1.2, ‘c’, 7); Hf Whe AS" EZ 


此 处 ，auto 关 键 字 节约 了 我 们 去 推断 bind 返 回 的 结果 类 型 的 工作 。 


我 们 无 法 使 用 bind() 绑 定 一 个 重 载 本 数 的 参数 ， 我 们 必须 显 式 地 指出 需要 绑 定 的 重 载 画 数 的 版 
本 : 

int g(int); 

double g(double); 

auto g1 = bind(g, _1); // 错误 : 调用 哪 一 个 g() ? 


// TEA, BEHE 
auto g2 = bind( (double(*)(double))g, _1); 


bind() 有 两 种 版 本 : 一 个 如 上 所 述 ， 另 一 个 则 是 “历史 遗留 "的 版 本 : 你 可 以 显 式 地 描述 返回 
型 。 例 如 : 


auto f2 = bind<int> (f, 7, ‘c’, _1); // 显 式 返回 类 型 
int x = f2(1.2); AT 


第 二 种 形式 的 存在 是 必要 的 ， 并 且 因 为 第 一 个 版 本 ((?) “and for a user simplest“， 此 处 请 参 
考 原文 )) 无 法 在 C++98 中 实现 。 所 以 第 二 个 版 本 已 经 被 广泛 使 用 。 


function 是 一 个 拥有 任何 可 以 以 "(...) 符 号 进行 调用 的 值 的 类 型 。 特 别 地 ，bind 的 返回 结果 可 以 
赋值 给 function 类 型 。function 十 分 易于 使 用 。 (译注 : 更 直观 地 ， 可 以 把 function 看 成 是 一 种 
表示 画 数 的 数据 类 型 ， 就 像 画 数 对 象 一 样 。 只 不 过 普通 的 数据 类 型 表示 的 是 数据 ，function 表 
示 的 是 函数 这 个 抽象 概念 。) 例如 : 


// 构造 一 个 画 数 对 象 ， 

// 它 能 表示 的 是 一 个 返回 值 为 float， 

// 两 个 参数 为 nt，int 的 画 数 
function<float (int x, int y)> f; 


// 构造 一 个 可 以 使 用 " ( ) "进行 调用 的 函数 对 象 关 型 
struct int_div { 
float operator() (int x, int y) const 
{ return ((float)x)/y; }; 


}; 

f = int_div(); // 赋值 
cout<< f(5,3) <<endl; // xt KAR (TA 
std::accumulate(b, e, 1, f); // 完美 传递 


成 员 函 数 可 被 看 做 是 带 有 额外 参数 的 自由 函数 : 


struct X { 
int foo(int); 


}; 


// 所 谓 的 额外 参数 ， 

// 就 是 成 员 函 数 默认 的 第 一 个 参数 ， 

// 也 就 是 指向 调用 成 员 画 数 的 对 象 的 this 指 针 
function<int (X*, int)> f; 


f = &X::foo; // WER A EK 

X X; 

int v = f(&x, 5); // 在 对 象 x 上 用 参数 5 调用 X: :foo() 

function<int (int)> ff = std::bind(f, &x, _1); // ff 的 第 一 个 参数 是 &x 
v = ff(5); // 调用 x.foo(5) 


function 对 于 回调 函数 、 将 操作 作为 参数 传递 等 十 分 有 用 。 它 可 以 看 做 是 C++98 标 准 库 中 本 数 
对 象 mem_fun_t, pointer_to_unary_function 等 的 替代 品 。 同 样 的 ，bind() 也 可 以 被 看 做 是 
bind1st() 和 bind2nd() 的 替代 品 ， 当 然 比 他 们 更 强大 更 灵活 。 


参考 : 


e Standard: 20.7.12 Function template bind, 20.7.16.2 Class template function 
e Herb Sutter:Generalized Function Pointers 


August 2003. 
e Douglas Gregor: 


Boost.Function 


e Boost::bind 


(翻译 : dabaitu) 


std::forward list 


std::forward_list 是 一 个 基本 的 单 向 链表 。 它 只 提供 了 前 向 迭代 器 (forward 


iteration) ; 并 在 执行 插入 /删除 操作 后 ， 其 他 节点 也 不 会 受到 影响 (译注 : 其 它 迭 代 器 不 失 
效 ) 。 它 尽 可 能 减少 所 占用 空间 的 大 小 ( 空 链表 很 可 能 只 占用 一 个 word2 


(译注 : 2Byte) ) 且 不 提供 size() 操 作 (所 以 也 没有 存储 size 的 数据 成 员 ) ， 简 略 原型 如 下 : 


template <ValueType T, Allocator Alloc = allocator<T> > 
requires NothrowDestructible<T> 
class forward_list { 
public: 
// the usual container stuff 
// no size() 
// no reverse iteration 
// no back() or push_back() 
}; 


参看 : 
e Standard: 23.3.3 Class template forward_list 


(翻译 : interma) 


std::future 和 std::promise 


并 行 开 发 挺 复 杂 的 ， 特 别 是 在 试图 用 好 线程 和 锁 的 过 程 中 。 如 果 要 用 到 条 件 变量 或 std- 
atomics (一 种 无 锁 开 发 方式 ) ， 那 就 更 复杂 了 。C++0x 提 供 了 future 和 promise 来 简化 任务 线 
程 间 的 返回 值 操作 ; 同时 为 启动 任务 线程 提供 了 packaged _task 以 方便 操作 。 其 中 的 关键 点 是 
允许 2 个 任务 间 使 用 无 (EA) 锁 的 方式 进行 值 传递 ; 标准 库 帮 你 高 效 的 做 好 这 些 了 。 基 本 思 
路 很 简单 : 当 一 个 任务 需要 向 父 线程 (启动 它 的 线程 ) 返回 值 时 ， 它 把 这 个 值 放 到 promise 
中 。 之 后 ， 这 个 返回 值 会 出 现在 和 此 promise 关 联 的 future 中 。 于 是 父 线程 就 能 读 到 返回 值 。 
更 简单 点 的 方法 ， 参 看 async()。 


标准 库 中 提供 了 3 种 future : 普通 future 和 为 复杂 场合 使 用 的 shared_future 和 atomic future。 在 
本 主题 中 ， 只 展示 了 普通 future， 它 已 经 完全 够 用 了 。 如 果 我 们 有 一 个 future 


f， 通 过 get() 可 以 获得 它 的 值 : 


Xv = f.get(); // if necessary wait for the value to get computed 


如 果 它 的 返回 值 还 没有 到 达 ， 调 用 线程 会 进行 阻塞 等 待 。 要 是 等 啊 等 啊 ， 等 到 花 儿 也 谢 了 的 
话 ，get() 会 抛 出 异常 的 《从 标准 库 或 等 待 的 线程 那个 线程 中 抛 出 ) 。 
如 果 我 们 不 需要 等 待 返回 值 ( 非 阻塞 方式 ) ， 可 以 简单 询问 一 下 future， 看 返回 值 是 否 已 经 到 


达 : 


if (f.wait_for(0)) 


// there is a value to get() 
// do something 


else 


{ 


// do something else 


但 是 ，future 最 主要 的 目的 还 是 提供 一 个 简单 的 获取 返回 值 的 方法 : get()。 


promise 的 主要 目的 是 提供 一 个 "put” (get, BER) 操作 ， 以 和 future 的 get() 对 应 。future 和 
promise 的 名 字 是 有 历史 来 历 的 ， 是 一 个 双关 语 。 感 觉 有 点 别扭 ? 请 别 怪我 。 


promise 为 future 传 递 的 结果 类 型 有 2 种 : 传 一 个 普通 值 或 者 抛 出 一 个 异常 


try { 
X res; 


// compute a value for res 
p.set_value(res); 


catch (..) { // oops: couldn’t compute res 
p.set_exception(std::current_exception()); 
} 


到 目前 为 止 还 不 错 ， 不 过 我 们 如 何 匹配 future/promise 对 呢 ? 一 个 在 我 的 线程 ， 另 一 个 在 别 的 
啥 线程 中 吗 ? 是 这 样 : 既然 future 和 promise 可 以 被 到 处 移动 (不 是 拷贝 ) ， 那 么 可 能 性 就 挺 
多 的 。 最 普通 的 情况 是 父子 线程 配对 形式 ， 父 线程 用 future 获 取 子 线程 promise 返 回 的 值 。 在 
这 种 情况 下 ， 使 用 async() 是 很 优雅 的 方法 。 


packaged_task 提 供 了 局 动 任务 线程 的 简单 方法 。 特 别 是 它 处 理 好 了 future 和 promise 的 关联 关 
系 ， 同 时 提供 了 包装 代码 以 保证 返回 值 /异常 可 以 放 到 promise 中 ， 示 例 代码 : 


void comp(vector& v) 


// package the tasks: 

// (the task here is the standard 

// accumulate() for an array of doubles): 
packaged_task ptO{std::accumulate}; 
packaged_task pti{std::accumulate}; 


auto fO 
auto f1 


ptO.get_future(); // get hold of the futures 
pti.get_future(); 


pto0(&v[0],&v[v.size()/2],0); // start the threads 
pti(&[v.size()/2],&v[size()],0); 


return fQ.get()+fi.get(); // get the results 


参看 : 


e Standard: 30.6 Futures [futures] 
e Anthony Williams: 


Moving Futures — Proposed Wording for UK comments 335, 336, 337 and 338. 
N2888==09-0078. 
e Detlef Vollmann, Howard Hinnant, and Anthony Williams 
An Asynchronous Future Value (revised) 
N2627=08-0137. 
e Howard E. Hinnant: 
Multithreading API for C++0X — A Layered Approach. 


N2094=06-0164. The original proposal for a complete threading package.. 


C++11 FAQ 中 文 版 


(翻译 : interma) 
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垃圾 回收 (应 用 程序 二 进 制 接口 ) 


在 C++ 中 ， 垃 圾 回收 机 制 (自动 回收 没有 被 引用 的 内 存 区 域 ) 是 可 选 的 ; 也 就 是 说 在 编译 器 中 
并 不 是 一 定 要 实现 垃圾 回收 器 。 尽 管 如 此 ，C++0x 还 是 定义 了 垃圾 回收 器 的 功能 。 与 此 同 
时 ，C++0x 还 提供 了 应 用 程序 二 进 制 接口 (ABI: Application Binary Interface) 来 辅助 控制 垃 
圾 回收 器 的 行为 。 


我 们 用 "safely derived pointer” (3.7.3.3) GSE: 我 搜索 后 发 现 ， 是 在 3.7.3.3 而 不 是 3.7.4.3 
讲 了 safely derived pointer。 这 里 可 能 是 原文 作者 的 笔 误 ) 来 表示 指针 和 生存 时 间 的 规则 ; 粗 
略 地 说 就 是 “指向 由 new 分 配 的 对 象 或 者 指向 相应 的 子 对 象 的 指针 ”。 下 面 是 一 些 关 于 “not 
safely derived pointers” X “disguised pointers”， 或 者 说 是 为 便于 正常 人 理解 和 认可 你 的 程 
序 从 而 你 应 该 注意 的 一 些 问题 。 


。 将 指针 暂时 指 到 别处 


int* p = new int; 

p+=10; 

//. 垃 坝 回收 器 可 能 在 这 里 运行 . 

p-=10; 

1, ne 否 可 以 肯定 开始 为 p 分 配 的 那 块 Int 内 存 还 存在 ? 
= 


。 将 指针 隐藏 到 一 个 int 变 量 中 : 


int* p = new int; 

int x = reinterpret_cast(p); // non-portable (不 可 移植 ) 
p=0; 

//… 垃 圾 回收 器 可 能 在 这 里 运行 .…. 

p = reinterpret_cast(x); 


// 在 此 ， 我 们 是 否 可 以 肯定 开始 为 p 分 配 的 那 块 nt 内 存 还 存在 ? 
*p = 10; 


。 还 有 更 多 其 至 更 危险 的 陷阱 。 比 如 I/O， 以 及 将 存储 不 同 的 数据 位 打 散 ， 


虽然 我 们 也 有 一 些 合理 的 理由 来 伪装 指针 (例如 : xor 有 可 能 在 exceptionally memory- 
constrained applications 中 导致 错误 ) ， 但 是 理由 并 不 像 一 些 程序 员 所 认为 的 那么 多 。 


程序 员 可 以 在 代码 中 声明 哪些 地 方 不 会 有 指针 被 发 现 〈 比 如 在 一 个 图 像 中 ) ， 也 可 以 声明 哪 
些 内 存 区 域 不 能 被 回收 ， 即 使 垃圾 回收 器 发 现 没有 任何 指针 指向 这 块 内 存 区 域 。 以 下 是 相关 
的 例子 : 


void declare_reachable(void* p); // 以 p 起 始 的 内 存 区 域 
/ (用 能 够 记 住所 分 配 内 存 区 域 大 小 
// 的 内 存 分 配 操作 符 分 配 ) 不 能 被 回收 


template<class T> T* undeclared_reachable(T* p); 


void declare_no_pointers(char* p, size_t n); //p[O..n] 中 没有 指针 
void undeclared_no_poitners(char* p, size_t n); 


程序 员 要 能 够 查询 到 关于 指针 安全 和 回收 的 规则 是 否 是 强制 性 的 : 


enum class pointer_saftety {relaxed, preferred, strict}; 


pointer_safety get_pointer_safety(); 


3.7.4.3[4] : 满足 以 下 三 个 条 件 的 行为 没有 被 定义 : 如 果 一 个 非 "safely-derived pointer’ 值 被 释 
放 ， 并 且 它 所 引用 的 对 象 是 动态 存储 期 《由 new 操 作 符 动 态 创建 并 由 delete 销 毁 的 对 象 拥 有 动 
态 存储 期 ) ， 和 与 此 同时 这 个 指针 之 前 也 没 被 声明 为 可 到 达 的 (20.7.13.7) 。 
e relaxed: safely-derived pointer 和 not safely-derived pointer 被 认为 是 等 同 的 。 这 和 C 以 及 
C++98 中 是 一 样 的。 但 这 并 不 是 我 的 初衷 。 我 的 想法 是 用 户 如 果 没 有 使 用 有 效 的 指针 指 
向 一 个 对 象 则 应 启用 垃圾 回收 。 
e Preferred : 和 relaxed 类 型 一 样 。 只 不 过 垃圾 回收 器 可 能 被 用 作 内 存 泄露 检测 以 及 或 
者 ) 检测 对 象 是 否 被 一 个 错误 的 指针 解 引用 。 
e strict: safely-derived 和 not safely-derive 这 两 种 指针 可 能 不 再 被 等 同 。 也 就 是 说 ， 垃 圾 回 
收 器 可 能 被 启用 而 且 将 会 忽略 那些 not safely derived pointer. 


并 不 存在 任何 标准 化 的 方法 以 供 你 选择 任何 一 种 。 这 是 一 个 实现 的 质量 (quality of 
implementation) 和 编程 环境 (programming environment) 的 问题 。 


另外 ， 可 以 参考 以 下 文献 : 


e the C++ draft 3.7.4.3 
e the C++ draft 20.7.13.7 
e Hans Boehm’s 


GC page 
e Hans Boehm’s 


Discussion of Conservative GC 


final proposal 


Michael Spertus and Hans J. Boehm: 


The Status of Garbage Collection in C++0X 


ACM ISMM 09. 
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(翻译 : Yibo Zhu) 
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无 序 容器 (unordered containers) 


一 个 无 序 容器 实际 上 就 是 某 种 形式 的 蛤 希 表 。C++0x 提 供 四 种 标准 的 无 序 容器 : 


e unordered_map 

e unordered_set 

e unordered_multimap 
e unordered_multiset 


实际 上 上， 它们 应 该 被 称 为 hash_map 等 。 但 是 因为 有 很 多 地 方 已 经 在 使 用 hash_map 这 样 的 名 
字 了 ， 为 了 保证 其 兼容 性 ， 标 准 委员 会 不 得 不 选择 新 的 名 字 。 而 unordered_map 是 我 们 所 能 
够 找到 的 最 好 的 名 字 了 。 无 序 (“unordered”) 代表 着 map 和 unordered_map 之 间 一 个 最 本 质 
的 差别 : 当 你 使 用 map 容 器 的 时 候 ， 容 器 中 的 所 有 元 素 都 是 通过 小 于 操作 (默认 情况 下 使 
FAS < "操作 符 ) 排 好 序 的 ， 但 是 unordered_map 并 没有 对 元 素 进 行 排 序 ， 所 以 它 并 不 要 求 元 
素 具有 小 于 操作 符 。 并 且 ， 一 个 哈 希 表 也 并 添 言 地 提供 排序 的 功能 。 相 反 ，map 容 器 中 的 元 
素 也 并 不 要 求 具 有 哈 希 函 数 。 基本 上 ， 当 代码 的 优化 是 可 能 的 并 且 我 们 有 理由 对 其 进行 优化 
时 ， 我 们 可 以 把 unordered_map 当 作 一 个 优化 之 后 的 map 容 器 来 使 用 。 例 如 : 


map<string,int> m { 
{"Dijkstra”,1972}, {“Scott”,1976}, 
{“Wilkes”,1967}, {“Hamming”, 1968} 


}; 
m["Ritchie"] = 1983; 


for(auto x : m) 
cout << ‘{‘ << x.first << ‘,’ << x.second << ‘}’; 


// 使 用 优化 之 后 的 unordered_map 
unordered_map<string,int> um { 
{"Dijkstra”,1972}, {“Scott”,1976}, 
{“Wilkes”,1967}, {“Hamming”, 1968} 
J; 
um["Ritchie"] = 1983; 
for(auto x : um) 
cout << ‘{‘ << x.first << ‘,’ << x.second << ‘}’; 


map 容 器 m 的 迭代 器 将 以 字母 的 顺序 访问 容器 中 的 所 有 元 素 ， 而 unordered_map 容 器 um 则 并 
不 按照 这 样 的 顺序 〈 除 非 通过 一 些 特 殊 的 操作 ) 。m 和 um 两 者 的 查找 功能 的 实现 机 制 是 非常 
不 同 的 。 对 于 m， 它 使 用 的 是 复杂 度 为 log2(m.size()) 的 小 于 比较 ， 而 um 只 是 简单 地 调用 了 一 
个 哈 希 函数 和 一 次 或 多 次 的 相等 比较 。 如 果 容 器 中 的 元 素 比 较 少 〈 比 如 几 打 ) ， 很 难说 哪 一 
种 容器 更 快 ， 但 是 对 于 大 量 数据 (比如 数 千 个 ) 而 言 ，unordered_map 容 器 的 查找 速度 要 比 
map 容 器 快 很 多 。 


更 多 内 容 稍 后 提供 。 
参考 : 


? Standard: 23.5 Unordered associative containers. 
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锁 (locks) 


metaprogramming (元 编程 ) and type traits 
GEE: 原作 者 还 没有 完成 这 个 小 节 ， 等 原作 者 完成 后 中 文 版 随后 奉 上 。 这 里 补充 一 点 关于 
元 编程 (metaprogramming)) 的 基础 知识 ， 供 大 家 参考 

1、 何 谓 “ 元 编程 (Metaprogramming)”? 

具 各 如 下 特征 之 一 的 程序 编写 称 为 元 编程 : 

利用 或 者 编写 其 它 语 言 程序 来 作为 所 编写 程序 的 数据 

在 程序 运行 时 完成 一 些 编程 工作 ， 而 不 是 在 编译 时 一 具备 这 种 特征 的 语言 ， 我 们 也 常 成 为 动 


2、 元 编程 的 优势 


元 编程 为 程序 开发 人 员 提 供 了 在 与 手动 编写 所 有 代码 相同 时 间 内 ， 完 成 更 多 工作 的 可 能 ， 同 
时 ， 由 于 


在 面 对 新 情况 时 ， 不 需要 重新 编译 ， 因 此 元 编程 为 程序 提供 了 更 大 的 灵活 性 和 可 用 性 。 
3、 元 编程 语言 


用 于 元 编程 的 语言 ， 称 作 元 语言 ， 被 元 语言 所 利用 的 语言 通常 称 作 对 象 语言 。 元 语言 具有 自 
反 性 。 所 谓 


自 反 性 就 是 自己 描述 自己 的 特性 。 自 反 性 是 元 编程 中 非常 重要 特点 。 有 些 语言 中 ， 将 自身 作 


为 First-class object 

也 是 非常 有 用 的 。 对 于 有 些 可 以 调用 元 编 成 机 制 的 程序 语言 ， 也 具备 自 反 性 。 

4、 元 编程 方式 

一 般 来 说 ， 实 现 元 编程 有 两 种 方式 。 

第 一 种 方法 是 调用 API 将 运行 时 引擎 中 的 代码 展示 为 程序 代码 

第 二 种 方法 是 动态 执行 包含 在 程序 中 的 字符 表达 式 ， 也 就 是 我 们 常 说 的 “程序 生成 程序 "。 
虽然 ， 两 种 方法 都 可 以 实现 元 编程 ， 但 是 大 多 数 语 言 都 只 是 支持 其 中 的 一 种 方法 。 

5、 实 例 

1) bash script 


#!/bin/bash # metaprogram echo ‘#!/bin/bash’ >program for ((I=1; I< =992; I++)) do echo " 


‘| — B 








该 脚本 产生 993 行 代码 ， 这 便 是 用 程序 生成 程序 的 一 个 例子 


2) 像 Lisp， Python 和 Javascript 等 语言 可 以 在 程序 运行 期 间 修 改 或 者 增 量 编译 ， 这 些 程序 语 
言 也 可 以 在 不 产生 新 代码 的 


情况 下 进行 元 编程 。 
3) 我 们 常见 的 编译 器 其 实 也 是 元 编码 的 代表 ， 编 译 器 通常 是 用 相对 简约 的 高 级 语言 来 产生 汇 
编 或 者 机 器 代码 。 


(翻译 : Yibo Zhu) 


AR 


互 斥 是 多 线程 系统 中 用 于 控制 访问 的 一 个 原 对 象 (primitive object) 。 下 面 的 例子 给 出 了 它 最 
基本 的 用 法 : 


std::mutex m; 
int sh; // 共 享 数据 


U 

m.lock(); 

// 对 共享 数据 进行 操作 : 
sh += 1; 


m.unlock(); 


在 任何 时 刻 ， 最 多 只 能 有 一 个 线程 执行 到 lock() 和 unlock() 之 间 的 区 域 (通常 称 为 临界 区 ) 。 
当 第 一 个 线程 正在 临界 区 执行 时 ， 后 续 执行 到 m.lock() 的 线程 将 会 被 阻塞 直到 第 一 个 进程 执行 
到 m.unlock()。 这 个 过 程 比较 简单 ， 但 是 如 何 正确 使 用 互 斥 并 不 简单 。 错 误 地 使 用 互 斥 将 会 导 
致 一 系列 严重 后 果 。 大 家 可 以 设想 以 下 情形 所 导致 的 后 果 : 一 个 线程 只 进行 了 lock() 而 没有 执 
行 相应 unlock() ; 一 个 线程 对 同一 个 mutex 对 象 执 行 了 两 次 lock() 操 作 ; 一 个 线程 在 等 待 
unlock() 操 作 时 被 阻塞 了 很 久 ; 一 个 线程 需要 对 两 个 nutex 对 象 执行 lock() 操 作 后 才能 执行 后 续 
任务 。 可 以 在 很 多 书 〈 译 者 注 : 通常 操作 系统 相关 书籍 中 会 讲 到 ) 中 找到 这 些 问 题 的 答案 。 
在 这 里 (包括 Locks section 一 节 ) 所 给 出 的 都 是 一 些 人 门 级 别 的 。 


除了 lock()，mutex 还 提供 了 try_lock() 操 作 。 线 程 可 以 借助 该 操作 来 党 试 进入 临界 区 ， 这 样 一 
来 该 线程 不 会 在 失败 的 情况 下 被 阻塞 。 下 面 例子 给 出 了 try_lock() 的 用 法 : 


std::mutex m; 

int sh; // 共 享 数据 

NA 

if (m.try_lock()) { 
// 操 作 共享 数据 
sh += 1; 
m.unlock(); 


else { 
// 可 能 在 试图 进入 临界 区 失败 后 执行 其 它 代码 


recursive_mutex 是 一 种 能 够 被 同一 线程 连续 锁定 多 次 的 mutex。 下 面 是 recursive_mutex 的 一 
个 实例 : 


std::recursive_mutex m; 
int sh; // 共 享 数 据 

WE os 

void f(int i) 


//... 
m.lock(); 
// 对 共享 数据 进行 操作 


sh += 1; 

if (-i>0) f(i); // 注 意 : 这 里 对 f(i) 进 行 了 递归 调用 ， 
// 闻 导致 在 m.unlock( ) 之 前 多 次 执行 mn. lock() 
m.unlock(); 

Uh 


对 于 这 点 ， 我 便 经 硅 耀 过 并 且 用 f() 调 用 它 自身 。 一 般 地 ， 代 码 会 更 加 微妙 。 这 是 因为 代码 中 
经 常会 有 间接 递归 调用 。 上 比如 f() 调 用 g()， 而 g() 又 调用 了 h()， 最 后 h() 又 调用 了 f()， 这 样 就 形成 
了 一 个 间接 递 轨 。 


如 果 我 想 在 未 来 的 10 秒 内 进入 到 一 个 mutex 所 划 定 的 临界 区 ， 该 如 果实 现 ? timed_mutex 类 可 
以 解决 这 个 问题 。 事 实 上 ， 关 于 它 的 使 用 可 以 被 看 做 是 关联 了 时 间 限 制 的 try_lock() 的 一 个 特 
例 。 


std::timed_mutex m; 

int sh; // 共 享 数据 

//... 

if ( m.try_lock_for(std::chrono::seconds(10))) { 
// 对 共享 数据 进行 操作 

sh += 1; 

m.unlock(); 


else { 
// 进 入 临界 区 失败 ， 在 此 执行 其 它 代 码 


try_lock_for() 的 参数 是 一 个 用 相对 时 间 表 示 的 duration。 如 果 你 不 想 这 么 做 而 是 想 等 到 一 个 固 
定 的 时 间 点 : 一 个 time_point， 你 可 以 使 用 try_lock_until() : 


std::timed mutex m; 

int sh; // 共 享 数据 

MU 

if ( m.try_lock_until(midnight)) { 
// 对 共享 数据 进行 操作 

sh += 1; 

m.unlock(); 


else { 
// 进 入 临界 区 失败 ， 在 此 执行 其 它 代 码 


这 里 使 用 midnight 是 一 个 冷笑 话 : 对 于 mutex 级 别 的 操作 ， 相 应 的 时 间 是 毫秒 级 别 的 而 不 是 小 
时 。 


当然 地 ，C++0x 中 也 有 recursive_timed_mutex。 


mutex 可 以 被 看 做 是 一 个 资源 (因为 它 经 常 被 用 来 代表 一 种 真实 的 资源 ) ， 并 且 当 它 对 至 少 两 
个 线程 可 见 时 它 才 是 有 用 的 。 必 然 地 ，mutex 不 能 被 复制 或 者 移动 (正如 你 不 能 复制 一 个 硬件 
的 输入 寄存 器 ) 。 


令 人 惊讶 地 ， 实 际 中 经 常 很 难 做 到 lock()s 与 unlock()s 的 匹配 。 设 想 一 下 那些 复 杀 的 控制 结 
构 ， 错 误 以 及 异常 ， 要 做 到 匹配 的 确 比 较 困 难 。 如 果 你 可 以 选择 使 用 locks 去 管理 你 的 互 斥 ， 
这 将 为 你 和 你 的 用 户 节省 大 量 的 时 间 ， 再 也 不 用 熬夜 通宵 彻夜 无 上 根 了 。 (that will save you 
and your users a lot of sleep? ? ) 。 


同时 可 参考 : 


e Standard: 30.4 Mutual exclusion [thread.mutex] 
e H. Hinnant, L. Crowl, B. Dawes, A. Williams, J. Garland, et al.: 


Multi-threading Library for Standard C++ (Revision 1) 
e 22? 


(翻译 : Yibo Zhu) 


随机 效 的 产生 


随机 数 有 着 广泛 的 用 途 。 上 比如 测试 、 游 戏 、 仿 真 以 及 安全 等 领域 都 需要 用 到 随机 数 。 标 准 库 
所 提供 的 多 种 可 供 选 择 的 随机 数 产 生 器 也 恰恰 反应 了 随机 数 应 用 范 围 的 多 样 性 。 随 机 数 产 生 
器 由 引擎 (engine) 和 分 布 (distribution) 两 部 分 组 成 。 其 中 ，engine 用 于 产生 一 个 随机 数 序 
列 或 者 伪 随 机 数 序列 ; distribution 则 将 这 些 数值 映射 到 位 于 固定 范围 的 某 一 数学 分 布 中 。 关 
于 分 布 的 例子 有 : unifrom_int (所 有 的 整数 倍 都 被 以 相等 的 概率 产生 ) 以 及 normal_distribution 
(分 布 的 概率 密度 函数 曲线 呈 钟 形 ) ; 每 一 种 分 布 都 处 于 某 一 特定 的 范围 之 内 。 例 如 : 

//distribution 将 产生 的 随机 数 映 射 到 整数 1. .6 

uniform_int_distribution<int> one_to_six {1,6}; 


default_random_engine re {}; // 默 认 的 engine 


如 果 想 获得 一 个 随机 数 ， 你 可 以 用 一 个 随机 引擎 为 参数 调用 distribution 来 产生 一 个 随机 数 : 


int x = one_to_six(re); // x 是 [1:6] 这 个 范围 内 的 一 个 随机 数 


在 每 次 调用 的 时 候 都 需要 提供 一 个 引擎 作为 参数 非常 繁琐 ， 所 以 我 们 可 将 引擎 和 distribution 
邦 定 成 一 个 函数 对 象 ， 然 后 直接 通过 这 个 函数 对 象 的 调用 来 产生 随机 数 ， 而 不 用 每 次 调用 都 
提供 参数 了 。 


auto dice {bind(one_to_six,re)}; // 产生 一 个 新 的 随机 数 生成 器 
int x = dice(); // 调用 dice 本 数 对 象 ，x 是 一 个 分 布 在 [1:6] 范 围 的 随机 数 


多 亏 在 设计 它 是 对 一 般 性 和 性 能 的 关注 。 在 这 方面 ， 一 位 专家 便 在 评价 标准 库 中 随机 数 模块 
时 说 道 : "在 扩充 的 过 程 中 ， 每 一 个 随机 数 库 想 变 成 什么 "。 然 而 ， 它 很 难 真 正 让 一 个 新 手感 
觉 到 容易 上 手 。 在 性 能 方面 ， 我 从 没有 见 过 随机 数 的 接口 成 为 性 能 的 鳄 巴 。 另 外 ， 我 也 一 直 
会 使 用 一 个 简单 的 随机 数 生 器 来 教 新 手 〈 具 有 一 定 的 基础 ) 。 下 面 的 就 是 这 样 的 一 个 可 以 说 
明 问 题 的 例子 


int rand_int(int low, high);  // 按 照 均匀 分 布 在 区 间 [low: high] 中 产生 一 个 随机 数 


然而 我 们 如 何 实现 rand_int() ?我们 必须 在 rand_int() 中 使 用 dice() 之 类 的 画 数 : 


int rand_int(int low, int high) 


static default_random_engine re {}; 

using Dist = uniform_int_distribution<int>; 
static Dist uid {}; 

return uid(re, Dist::param_type{low, high}); 


关于 rand_int() 的 定义 依然 是 属于 “专家 级 "的 ， 但 是 应 该 把 关于 它 的 使 用 安排 在 C++ 课程 的 第 一 
Fal. 

在 这 里 ， 我 们 举 一 个 不 太 琐碎 的 关于 随机 数 生成 器 的 例子 。 这 个 例子 中 代码 的 功能 是 生成 和 
打印 一 个 正 态 分 布 。 


default_random_engine re; // 默 认 引 擎 


normal_distribution<double> nd(31 /* mean */, 
8 /* sigma */); 


auto norm = std::bind(nd, re); 
vector<int> mn(64); 
int main() 


for (int i = 0; i<1200; ++i) 
++mn[round(norm())]; // 产生 随机 数 


for (int i = 0; i<mn.size(); ++i) 
{ 
cout << i << '\t'; 
for (int j=0; j<mn[i]; ++j) 
COUR << 人 


cout << '\n'; 


我 运行 了 一 个 支持 boost::random 的 版 本 并 把 它 编辑 到 C++0x 中 ， 然 后 得 到 了 下 面 的 结果 。 


0 

1 

2 

3 

4 * 

5 

6 

7 

8 

9 * 

10 *** 
11 *** 
12 *** 
13 ***** 
14 ******* 
15 **** 


16 KKEKKKKKKKK 

17 KKEKKKKKKKKE 

18 KREKKEKKKKEKEKKKEKEKEEK 

19 EE RERIRERAREARE 

20 KKEKKEKKKKKKKKKEKKRKKEKK 

21 Ee kkkkR RRA R kE Aká kkk kkkkkk 

22 和 

23 EE KKKKEKKKKEKEKKRKKEKKKRKEKEKR KEK KEKKRKRKE KEKE KEK KRKKKEKEKKE KEKE 

24 省 

25 大 

26 六 

27 和 

28 kkxkkkxkkxkkkkkkkkkxkkxkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 

29 Ee 
30 bE KEKE KEK KEKE KK KEK KEK RRR KEKE KEKE KKEKEKEKREKEKEKE 

31 KREKKEKKKKEKKKKEKEKKEKKE KKK KEKE KKK KEK KEKE KKK KEKE KKK KEKE KKK KEK KEKE KK KEKE KEK KEKE KKRKRKEKKKEKE KEKE K 
32 KEKE KKRKKEKKKRKEKEKKR KEKE KK KEKE KKK KEK RRR KEKE KEKE kkk k*k kÝ k*k 

33 大 
34 和 
35 和 KKKKEKEKKKEKEKKRKKEKKKRKEKEKKRKKEKKRKRKEKEKKKKEKKEEK 

36 六 

37 六 

38 bE KKKKEKKKKEKEKKRKEKE KEKE KRKEKEK KEKE RRR KEKKRKEKEKKRKKKEKKEKE KK 

39 ES ERIERERARREKREREREREREREAERAR 

40 让 KKKKEKKKEKRKEKKRKKE KKK KKK KEKE ERK KKRKEKEKKREKKEKEKEEK 

41 站 

42 类 类 火炎 炎炎 火炎 火炎 炎炎 类 炎炎 炎炎 火炎 火炎 火炎 炎炎 类 

43 E 和 RKRERIRERARAKRREERKERERRERAER 

44 KKEKKEKKKKEKKKKEKEKKEEK 

45 KKEKKKKKKKKKEKK 

46 KKKKKKKKK 


47 KKKKKKKK 


48 KKKKK 
49 KKKKK 
50 KKKK 
51 KKK 
52 KKK 
53 大 类 
54i 

Be 

56 

Bie S 

58 

59 

60 

61 

62 

63 


另外 ， 可 以 参考 以 下 文献 : 


e Standard 26.5: Random number generation 
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正则 表达 式 (regular expressions) 


抱 次 ， 本 主题 尚未 完成 ， 请 稍 后 再 来 。 


(翻译 : Yibo Zhu) 


具有 作用 域 的 内 存 分 配器 


为 了 使 容器 对 象 小 巧 和 简单 起 见 ，C++98 没 有 要 求 容器 支持 具有 状态 的 内 存 分 配器 ， 即 不 用 

把 分 配器 对 象 存储 在 容器 对 象 中 。 在 C++11 中 ， 这 仍然 默认 做 法 。 但 是 ， 在 C++0x 中 ， 也 可 以 

使 用 具有 状态 的 内 存 分 配器 : 这 种 内 存 分 配器 拥有 一 个 指向 分 配 区 域 的 指针 。 例 如 : 
template<class T> class Simple_alloc { // C++98 style 


// no data 
// usual allocator stuff 


3; 
class Arena { 
void* p; 
int s; 
public: 
Arena(void* pp, int ss); 
// allocate from p[0..ss-1] 
}; 
template<class T> struct My_alloc { 
Arena& a; 
My_alloc(Arena& aa) : a(aa) { } 
// usual allocator stuff 
}; 


Arena my_arenai(new char[100000], 100000); 
Arena my_arena2(new char[1000000],1000000) ; 


vector<int> v0; // allocate using default allocator 

vector<int,My_alloc<int>> v1(My_alloc<int>{my_arenai}); // allocate from my_arenal 
vector<int,My_alloc<int>> v2(My_alloc<int>{my_arena2}); // allocate from my_arena2 
vector<int, Simple_alloc<int>> v3; // allocate using Simple_alloc 


ie RALE typedef 4 (EL Eit PIF PRT Rid, 


虽然 并 不 能 保证 默认 内 存 分 配器 和 Simple_alloc 不 在 一 个 vector 对 象 中 占用 空间 ， 但 是 在 实现 
库 的 时 候 可 以 使 用 一 些 模板 的 元 程序 设计 方法 来 做 到 这 点 。 因 此 ， 如 果 对 象 拥 有 状态 的 话 
(比如 My _alloc) ， 内 存 分 配器 将 会 带 来 一 定 的 空间 开销 。 


在 同时 使 用 容器 和 用 户 自 定义 内 存 分 配器 时 存在 一 个 更 为 隐蔽 的 问题 : 一 个 内 存 分 配器 成 员 
是 否 应 该 和 它 的 容器 处 于 相同 的 分 配 区 域 中 ?例如 ， 你 使 用 


Your_allocator 来 给 Your_string 的 成 员 分 配 内 存 ， 而 我 用 My_allocator 来 给 My_vector 的 成 员 分 
配 内 存 。 在 这 种 


情况 下 ，My_vector 会 使 用 哪个 分 配器 。 要 解决 这 问题 的 话 就 需要 告诉 容器 使 用 什么 分 配器 来 
传递 成 员 。 下 面 的 例子 将 给 出 实现 这 一 点 的 方法 。 在 这 个 例子 


中 我 将 使 用 分 配器 My_alloc 来 分 配 vector 成 员 和 string 成 员 。 首 先 ， 我 必须 要 有 一 个 能 够 接受 
My _alloc 对 象 的 string 版 本 : 


// 使 用 My_alloc 的 一 个 string 类 型 
using xstring = basic_string<char, char_traits<char>, My_alloc<char>>; 


然后 ， 我 要 有 一 个 能 够 接受 这 种 string 类 型 以 及 My_alloc 对 象 的 vector 版 本 。 同 时 ， 该 vector 版 
本 需要 能 够 把 My_alloc 对 象 传 递 给 string。 


using svec = vector<xstring, scoped_allocator_adaptor<My_alloc<xstring>>>; 


最 后 ， 我 们 可 以 按照 下 面 的 示例 实现 My_alloc 类 型 的 分 配器 : 


svec v(svec::allocator_type(My_alloc{my_arenai1})); 


在 此 ，svec 是 一 个 成 员 为 string 类 型 的 vector， 并 且 该 vector 使 用 My_alloc 来 为 其 string 类 型 的 
成 员 分 配 内 存 。 另 外 ， 标 ; 


库 中 新 提供 了 ”adaptor (“wrapper type”) 


scoped_allocator_adaptor。 它 可 以 用 来 指明 使 用 My_alloc 来 为 string 类 型 变量 分 配 内 存 。 需 
注意 的 


是 ，scoped allocator_adaptor 可 以 将 My _alloc 转 换 为 My_alloc。 而 这 正 是 xstring 所 需要 提供 
的 功能 。 


于 是 ， 我 们 又 有 了 4 种 可 用 于 替换 的 方法 : 


// vector and string use their own (the default) allocator: 
using svecO = vector<string>; 
svecQ vO; 


// vector (only) uses My_alloc and string uses its own (the default) allocator: 
using sveci = vector<string,My_alloc<string>>; 
sveci vi(My_alloc<string>{my_arena1}); 


// vector and string use My_alloc (as above): 

using xstring = basic_string<char, char_traits<char>, My_alloc<char>>; 
using svec2 = vector<xstring, scoped_allocator_adaptor<My_alloc<xstring>>>; 
svec2 v2(scoped_allocator_adaptor<My_alloc<xstring>>{my_arenat1}); 


// vector uses My_alloc and string uses My_string_alloc: 

using xstring2 = basic_string<char, char_traits<char>, My_string_alloc<char>>; 

using svec3 = vector<xstring2, scoped_allocator_adaptor<My_alloc<xstring>, My_string_alloc 
svec3 v3(scoped_allocator_adaptor<My_alloc<xstring2>, My_string_alloc<char>>{my_arena1, my 


a 一 一 一 


很 明显 ， 第 一 种 方法 svec0 是 最 常用 的 。 但 是 在 内 存 会 严重 影响 性 能 的 系统 中 ， 其 它 版 本 ( 特 
别 是 svec2) 将 会 显得 尤为 重要 。 当 然 了 ， 我 们 可 以 使 用 一 些 





typedef 来 增强 代码 的 可 读 性 。 不 过 还 好 ， 半 竟 你 不 用 每 天 都 写 这 些 。 另 外 ， 我 们 提供 了 
scoped allocator_adaptor2 的 一 个 变 


种 : scoped_allocator_adaptor2。 它 用 于 两 个 非 默认 内 存 分 配器 不 一 样 的 情况 。 


同时 可 参考 : 


e Standard: 20.8.5 Scoped allocator adaptor [allocator.adaptor] 
e Pablo Halpern: 


The Scoped Allocator Model (Rev 2). 
N2554=08-0064. 


(翻译 : Yibo Zhu) 





HS FREY SS Be te Ht 


shared_ptr 被 用 来 表示 共享 的 拥有 权 。 也 就 是 说 ， 当 两 段 代码 都 需要 访问 一 些 数据 ， 而 它们 又 
都 没有 独占 该 数据 的 所 有 权 (从 某 种 意义 上 来 说 就 是 该 段 代码 负责 销毁 该 对 象 ) 。 这 是 我 们 
就 需要 shared_ptr。shared_ptr 是 一 种 计数 指针 。 当 引用 计数 变 为 0 时 ，shared_ptr 所 指向 的 对 
象 就 会 被 删除 。 下 面 我 们 用 一 段 代 码 来 说 明 这 点 。 


shared_ptr 


void test() 
shared_ptr pi(new int); // 计数 是 1 
shared_ptr p2(p1); // 计 数 是 2 
shared_ptr p3(p1); // 计数 是 3 
} // 计 数 变 为 2 


} // 计 数 变 为 1 
} // 在 此 ， 计 数 变 为 9。 同 时 int 对 象 被 删除 


现在 来 看 一 个 更 为 实际 的 例子 。 在 这 个 例子 中 ， 我 们 用 指针 指向 图 中 的 节点 。 一 个 需要 解决 
e 个 节点 上 移 除 一 个 指针 时 并 不 知道 时 候 还 有 其 它 指 针 指 向 这 个 节点 。 如 果 节 

点 能 够 拥有 一 些 资源 ， 从 而 需要 析 构 器 采取 一 些 行动 (一 个 典型 的 例子 就 是 文件 句柄 。 当 节 
点 被 检测 到 时 ， 文 件 句柄 相应 的 文件 就 会 被 关闭 ) 。 这 样 以 来 ， 通 过 shared_ptr 就 可 以 解决 这 
个 问题 。 你 可 以 认为 使 用 shared_ptr 的 目的 和 你 使 用 垃圾 回收 器 的 目的 是 一 样 的 。 只 是 出 处 于 
经 济 性 的 考虑 ， 你 没有 足够 的 垃圾 ， 或 者 执行 环境 不 允许 那么 做 ， 或 者 所 管理 的 资源 不 仅仅 
EAE 〈 如 文件 句柄 ) 。 例 如 : 


struct Node { // 注意 : 其 它 的 节点 也 可 能 指向 该 节点 
Shared_ptr left; 
Shared_ptr right; 
File_handle f; 
ME tee 


这 里 Node 的 析 构 器 ( 隐 式 的 析 构 器 即 可 ) 删除 了 它 的 子 节 点 。 也 就 是 说 Node 的 析 构 器 调用 了 
left 和 right 的 析 构 器 。 因 为 left 是 一 个 shared_ptr， 所 以 当 left 是 最 后 一 个 指向 该 Node 的 指针 
时 ， 该 节点 将 会 被 删除 。 处 理 right 的 方式 和 left 的 类 似 。f 的 析 构 器 将 按照 {的 要 求 执行 。 


需要 注意 的 是 ， 当 仅 需 要 将 一 个 指针 从 一 个 拥有 者 传 个 另 一 个 时 ， 你 不 应 使 用 shared_ptr。 这 
是 unique_ptr 的 用 途 。unique_ptr 会 以 更 为 小 的 开销 来 更 好 的 实现 这 个 功能 。 如 果 你 便 经 使 用 
计数 指针 作为 工厂 函数 的 返回 值 或 者 类 似 的 情形 ， 可 以 考虑 升级 使 用 unique_ptr 而 不 是 
shared_ptr。 


另外 ， 不 要 不 加 思考 地 把 指针 蔡 换 为 shared_ptr 来 防止 内 存 泄露 。shared_ptr 并 不 是 万 能 的 ， 
而 且 使 用 它们 的 话 也 是 需要 一 定 的 开销 的 : 


e 环 状 的 链 式 结构 shared_ptr 将 会 导致 内 存 泄露 (你 需要 一 些 逻 辑 上 的 复杂 化 来 打破 这 个 


环 。 比 如 使 用 weak_ptr) 。 
。 共享 拥有 权 的 对 象 一 般 比 限定 作用 域 的 对 象 生存 更 久 。 从 而 将 导致 更 高 的 平均 资源 使 用 


时 间 。 
。 在 多 线程 环境 中 使 用 共享 指针 的 代价 非常 大 。 这 是 因为 你 需要 避免 关于 引用 计数 的 数据 
竞争 。 


。 共享 对 象 的 析 构 器 不 会 在 预期 的 时 间 执 行 。 
。 与 非 共享 对 象 相 比 ， 在 更 新 任何 共享 对 象 时 ， 更 容易 犯 算 法 或 者 逻辑 上 的 错误 。 


shared_ptr 用 于 表示 共享 拥有 权 。 然 而 共享 拥有 权 并 不 是 我 的 初衷 。 在 我 看 来 ， 一 个 更 好 的 办 
法 是 为 对 象 指明 拥有 者 并 且 为 对 象 定义 一 个 可 以 预测 的 生存 范围 。 


同时 可 参考 : 
e the C++ draft: Shared_ptr (20.7.13.3) 


(翻译 : Yibo Zhu) 


smart pointers 


线程 (thread) 


线程 (译注 : 大 约 是 C++11 中 最 激动 人 心 的 特性 了 ) 是 一 种 对 程序 中 的 执行 或 者 计算 的 表述 。 
跟 许 多 现代 计算 一 样 ，C++11 中 的 线程 之 间 能 够 共享 地 址 空间 。 从 这 点 上 来 看 ， 它 不 同 于 进 
程 : 进程 一 般 不 会 直接 跟 其 它 进 程 共享 数据 。 在 过 去 ，C++ 针 对 不 同 的 硬件 和 操作 采 统 有 着 不 
同 的 线程 实现 版 本 。 如 今 ，C++ 将 线程 加 入 到 了 标准 件 库 中 : 一 个 标准 线程 ABl。 

许多 大 部 头 书籍 以 及 成 千 上 万 的 论文 都 会 涉 及 到 并 发 、 并 行 以 及 线程 。 在 这 一 条 FAQ 里 几乎 
不 涉及 这 些 内 容 。 事 实 上 ， 要 做 到 清楚 地 思考 并 发 非常 难 。 如 果 你 想 编写 并 发 程序 ， 请 至 少 
看 一 本 书 。 不 要 依赖 于 一 本 手册 、 一 个 标准 或 者 一 条 FAQ。 


在 用 一 个 函数 或 者 函数 对 象 (包括 lambda)〉 构造 std::thread 时 ， 一 个 线程 便 启 动 了 。 


#include <thread> 
void f(); 
struct F { 


void operator()(); 


int main() 


std::thread t1{f}; // f() 在 一 个 单独 的 线程 中 执行 
std::thread t2{F()}; // FOCO 在 一 个 单独 的 线程 中 执行 


} 


然而 ， 无 论 f() 和 F() 执 行 任 何 功 能 ， 都 不 能 给 出 有 用 的 结果 。 这 是 因为 程序 可 能 会 在 t1 执 行 f() 
之 前 或 之 后 以 及 共 执 行 F() 之 前 或 之 后 终结 。 我 们 所 期 望 的 是 能 够 等 到 两 个 任务 都 完成 ， 这 可 
以 通过 下 述 方法 来 实现 : 


int main() 


std::thread t1{f}; // f() 在 一 个 单独 的 线程 中 执行 
std::thread t2{F()}; // F()() 在 一 个 单独 的 线程 中 执行 


t1.join(); // 等 待 t1 
t2.join(); // 等 待 t2 


上 面 例子 中 的 join() 保 证 了 在 t1 和 也 完成 后 程序 才 会 终结 。 这 里 ”join" 的 意思 是 等 待 线 程 返回 后 


FBR 2S 


通常 我 们 需要 传递 一 些 参数 给 要 执行 的 任务 。 例 如 : 


void f(vector<double>&) ; 


struct F { 

vector<double>& v; 
F(vector<double>& vv) :v{vv} { } 
void operator()(); 


}; 


int main() 


// f(some_vec) 在 一 个 单独 的 线程 中 执行 
std::thread ti{std::bind(f, some_vec)}; 


// F(some_vec)() 在 一 个 单独 的 线程 中 执行 
std::thread t2{F(some_vec)}; 


t1.join(); 
t2.join(); 


EBB AY ta HEE ERM bInd Sh} — MER BN RE HF CHB SK, 


通常 我 们 需要 在 执行 完 一 个 任务 后 得 到 返回 的 结果 。 对 于 那些 简单 的 对 返回 值 没有 概念 的 ， 
我 建议 使 用 std::future。 另 一 种 方法 是 ， 我 们 可 以 给 任务 传递 一 个 参数 ， 从 而 这 个 任务 可 以 把 
结果 存在 这 个 参数 中 。 例 如 : 


void f(vector<double>&, double* res); // 将 结果 存在 res 中 


struct F { 


int 


vector<double>& v; 

double* res; 

F(vector<double>& vv, double* p) :v{vv}, res{p} { } 
void operator()(); // 将 结果 存在 res 中 


main() 


double resi; 
double res2; 


// f(some_vec,&res1) 在 一 个 单独 的 线程 中 执行 
std::thread ti{std::bind(f,some_vec, &res1)}; 
// F(some_vec,&res2)() 在 一 个 单独 的 线程 中 执行 
std::thread t2{F(some_vec, &res2)}; 


t1.join(); 
t2.join(); 


std::cout << resi << " " << res2 << ‘\n’; 


但 是 关于 错误 呢 ?如果 一 个 任务 抛 出 了 异常 应 该 怎么 办 ? 如果 一 个 任务 抛 出 一 个 异常 并 且 它 
没有 捕获 到 这 个 异常 ， 这 个 任务 将 会 调用 std::terminate()。 调 用 这 个 函数 一 般 意 味 着 程序 的 结 
束 。 我 们 常常 会 为 避免 这 个 问题 做 诸多 尝试。std::future 可 以 将 异常 传送 给 父 线程 (这 正 是 我 
喜欢 future 的 原因 之 一 ) 。 否 则 ， 返 回 错误 代码 。 


除非 一 个 线程 的 任务 已 经 完成 了 ， 当 一 个 线程 超出 所 在 的 域 的 时 候 ， 程 序 会 结束 。 很 明显 ， 
我 们 应 该 避免 这 一 点 。 


没有 办 法 来 请 求 (也 就 是 说 尽量 文雅 地 请 求 它 尽 可 能 时 的 退出 ) 一 个 线程 结束 或 者 是 强制 
(也 就 是 说 杀 死 这 个 线程 )》 它 结束 。 下 面 是 可 供 我 们 选择 的 操作 : 


。 设计 我 们 自己 的 协作 的 中 断 机 制 ( 通 过 使 用 共享 数据 来 实现 。 父 线程 设置 这 个 数据 ， 子 
线程 检查 这 个 数据 〈 子 线程 将 会 在 该 数据 被 设置 后 很 快 退出 ) ) 。 

e 使 用 thread::native_handle() 来 访问 线程 在 操作 系统 中 的 符号 

© 杀 死 进程 (std::quick_exit()) 

e 杀 和 死 程序 (std::terminate()) 


这 些 是 委员 会 能 够 统一 的 所 有 的 规则 。 特 别 地 ， 来 自 POSIX 的 代表 强烈 地 反对 任何 形式 的 " 线 


程 取消 "。 然 而 许多 C++ 的 资源 模型 都 依赖 于 析 构 器 。 对 于 每 种 系统 和 每 种 可 能 的 应 有 并 没有 
完美 的 解决 方案 。 


线程 中 的 一 个 基本 问题 是 数据 竞争 。 也 就 是 当 在 统一 地 址 空间 的 两 个 线程 独立 访问 一 个 对 象 
时 将 会 导致 没有 定义 的 结果 。 如 果 一 个 (或 者 两 个 ) 对 对 象 执 行 写 操作 ， 而 另 一 个 〈 或 者 两 
个 ) 对 该 对 象 执 行 读 操作 ， 两 个 线程 将 在 谁 先 完成 操作 方面 进行 竞争 。 这 样 得 到 的 结果 不 仅 
仅 是 没 定义 的 ， 而 且 常 常 无 法 预测 最 后 的 结果 。 为 解决 这 个 问题 ，C++0x 提 供 了 一 些 规则 和 
保证 从 而 能 够 让 程序 员 避 免 数 据 竞争 。 


e C++ 标准 库 本 数 不 能 直接 或 间接 地 访问 正在 被 其 它 线程 访问 的 对 象 。 一 种 例外 是 该 本 数 通 
过 参数 (包括 this) 来 直接 或 间接 访问 这 个 对 象 。 

。 C++ 标准 库 函 数 不 能 直接 或 间接 修改 正在 被 其 它 线程 访问 的 对 象 。 一 种 例外 是 该 本 数 通过 
非 const 参 数 (包括 this) 来 直接 或 间接 访问 这 个 对 象 。 

。 C++ 标准 本 数 库 的 实现 需要 避免 在 同时 修改 统一 序列 中 的 不 同 成 员 时 的 数据 竞争 。 


除非 已 使 用 别 的 方式 做 了 声明 ， 多 个 线程 同时 访问 一 个 流 对 象 、 流 缓冲 区 对 象 ， 或 者 C 库 中 的 
流 可 能 会 导致 数据 竞争 。 因 此 除非 你 能 够 控制 ， 绝 不 要 让 两 个 线程 来 共享 一 个 输出 流 。 


你 可 以 


。 等 待 一 个 线程 一 定 的 时 间 

。 通过 互 斥 来 控制 对 数据 的 访问 

。 通过 锁 来 控制 对 数据 的 访问 

。 使 用 条 件 交 量 来 等 待 另 一 个 线程 的 行为 
e 通过 future 来 从 线程 中 返回 值 


同时 可 参考 : 


e Standard: 30 Thread support library [thread] 
e 17.6.4.7 Data race avoidance [res.on.data.races] 
e 22? 


e H. Hinnant, L. Crowl, B. Dawes, A. Williams, J. Garland, et al.: 


Multi-threading Library for Standard C++ (Revision 1) 


N2497==08-0007 

e H.-J. Boehm, L. Crowl: 
C++ object lifetime interactions with the threads API 
N2880==09-0070. 

e L. Crowl, P. Plauger, N. Stoughton: 
Thread Unsafe Standard Functions 
N2864==09-0054. 

e WG14: 
Thread Cancellation N2455=070325. 


(翻译 : Yibo Zhu) 


时 间 工 具 程 序 


在 编写 程序 时 ， 我 们 常常 需要 定时 执行 一 些 任 务 。 例 如 ， 标 准 库 mutexes 和 locks 提 供 了 的 一 
些 选项 就 需要 这 一 定时 功能 : 线程 等 待 一 段 时 间 (duration) 或 者 等 到 某 一 给 定时 刻 
(time_point)。 


如 果 你 需要 得 到 当前 时 刻 ， 你 可 以 调用 system_clock、monotonic_clock、 
high_resolution_clock 中 任何 一 个 时 钟 的 now() 方 法 。 例 如 : 


monotonic_clock::time_point t = monotonic_clock::now(); 
// 执行 一 些 代码 

monotonic_clock::duration d = monotonic_clock::now() - t; 
// 一 些 需要 d 个 单位 时 间 的 任务 


在 上 面 例子 中 ， 一 个 时 钟 返回 一 个 time_point 和 一 个 duration。 其 中 duration 是 该 时 钟 它 返 回 的 
两 个 time_point 的 差 值 。 如 果 你 对 细节 不 感 兴趣 ， 你 可 以 使 用 auto 类 型 。 


auto t = monotonic_clock: :now(); 

// 执行 一 些 代码 

auto d = monotonic_clock::now() - t; 
// 一 些 需 要 d 个 单位 时 间 的 任务 


这 里 提供 的 时 间 工 具 是 为 了 高 效 支持 系统 内 部 的 上 应用。 它们 不 会 提供 便捷 的 工具 来 帮助 你 维 
护 你 的 社交 日 万。 事实 上 ， 这 些 时 间 工具 源 自 于 高 能 物理 对 时 间 度 量 的 高 精度 要 求 。 为 了 能 
够 表达 所 有 的 时 间 尺 度 (上 比如 世纪 和 皮 秒 ) ， 同 时 避免 单位 、 打 字 排 版 以 及 舍 入 时 的 混淆 ， 
使 用 编译 时 的 有 理 数 包 来 表示 duration 和 time_point。 一 个 duration 由 两 部 分 组 成 : 一 个 数字 时 
tick” CHE) 和 能 够 表示 一 个 tick 期 望 (一 秒 还 是 一 毫秒 ? ) 的 事物 (一 个 period) 。 这 里 的 
period 是 duration 类 型 的 一 部 分 。 下 面 的 表格 摘自 标准 头 文件 中 ， 它 定义 了 国际 单位 系统 中 的 
period。 这 或 许 会 帮助 你 明白 它们 的 使 用 范围 。 


// 为 方便 起 见 ， 对 国际 单位 做 的 typedef: 
typedef ratio<1, 1000000000000000000000000> yocto; // 有 条 件 的 支持 
typedef ratio<1, 1000000000000000000000> zepto; // 有 条 件 的 支持 


typedef ratio<1， 1000000000000000000> atto; 
typedef ratio<1， 1000000000000000> femto; 
typedef ratio<1, 1000000000000> pico; 
typedef ratio<1, 1000000000> nano; 
typedef ratio<1, 1000000> micro; 
typedef ratio<1, 1000> milli; 
typedef ratio<1, 100> centi; 
typedef ratio<1, 10> deci; 
typedef ratio< 10, 1> deca; 
typedef ratio< 100, 1> hecto; 
typedef ratio< 1000, 1> kilo; 
typedef ratio< 1000000, 1> mega; 
typedef ratio< 1000000000, 1> giga; 
typedef ratio< 1000000000000, 1> tera; 
typedef ratio< 1000000000000000, 1> peta; 
typedef ratio< 1000000000000000000, 1> exa; 


typedef ratio<  1000000000000000000000, 1> zetta; // 有 条 件 的 支持 
typedef ratio<1000000000000000000000000, 1> yotta; // 有 条 件 的 支持 


编译 时 有 理 数 提供 的 常用 算术 操作 符 ( + ，- ，* and / ) 和 比较 操作 符 ( == ，!= ，< ， 
<, >, >= ) 适 用 于 合理 的 duration 和 time point 组合 〈 比 如 你 不 能 对 两 个 time_point 进 行 加 
法 运算 ) 。 系 统 会 对 这 些 运算 进行 浴 出 以 及 除数 为 0 的 检查 。 由 于 这 是 编译 时 的 工具 ， 所 以 不 
用 担心 它 在 的 运行 时 的 性 能 。 另 外 ， 你 还 可 以 使 用 ++、-、+=、-= 以 及 /= 来 操作 duration， 同 
时 可 以 使 用 tp+=d 和 tp-=d 来 操作 time_point tp 和 duration d。 


下 面 是 一 些 使 用 定义 在 中 的 duration 类 型 的 例子 : 


microseconds mms = 12345; 
milliseconds ms = 123; 
seconds s = 10; 

minutes m = 30; 


hours h 34; 
auto x = std::chrono::hours(3); // 显 式 使 用 命名 空间 
auto x = hours(2)+minutes(35)+seconds(9); // 假设 合适 的 "using” 


你 不 能 用 一 个 分 数 来 初始 化 duration。 比 如 ， 不 要 用 2.5 秒 ， 而 应 该 用 2500 毫 秒 。 这 是 因为 
duration 被 解释 为 若干 个 tick， 而 每 个 tick 表 示 一 个 duration 时 间 段 的 单位 ， 比 如 上 面 例 子 中 所 
定义 的 mili 和 kilo。 所 以 必须 用 整数 来 初始 化 。Duration 的 默认 单位 是 秒 。 也 就 是 说 ， 时 间 段 
为 1 的 tick 被 解释 为 1 秒 。 在 程序 中 ， 我 们 也 可 以 指明 duration 的 单位 。 


duration dO = 5; // W (默认 值 ) 
duration di = 99; // FR 


duration > d2 = 100; // d1 和 d2 的 类 型 相同 


如 果 我 们 想 利用 duration 来 做 一 些 事 (比如 打印 出 这 个 duration 的 值 ) ， 那 么 我 们 必须 给 出 它 
的 单位 。 如 : 分 钟 或 者 微妙 。 例 如 : 


auto t = monotonic_clock: :now(); 

// 执行 一 些 代 码 

nanoseconds d = monotonic_clock::now() - t; // 我 们 希望 结果 的 单位 是 纳 秒 
cout << “something took ” << d << “nanosecondsn”; 


或 者 ， 我 们 可 以 业 duration 转 换 成 一 个 浮 点 数 


auto t = monotonic_clock: :now(); 

// 执 行 一 些 代码 

auto d = monotonic_clock::now() - t; 

cout << “something took ” << duration(d).count() << “secondsn”; 


这 里 的 count() 返 回 tick 的 数量 。 
同时 可 参考 : 


e Standard: 20.9 Time utilities [time] 
e Howard E. Hinnant, 


Walter E. Brown, 

Jeff Garland, 

and Marc Paterno: 

A Foundation to Sleep On. 

N2661=08-0171. 

Including “A Brief History of Time” (With apologies to Stephen Hawking). 


(翻译 : Yibo Zhu) 


标准 库 中 的 元 组 (std::tuple) 


在 标准 库 中 ，tuple (一 个 N 元 组 : N-tuple) 被 定义 为 N 个 值 的 有 序 序列 。 在 这 里 ，N 可 以 是 从 
0 到 文件 中 所 定义 的 最 大 值 中 的 任何 一 个 常数 。 你 可 以 认为 tuple 是 一 个 未 命名 的 结构 体 ， 该 结 
构 体 包含 了 特定 的 tuple 元 素 类 型 的 数据 成 员 。 特 别 需要 指出 的 是 ，tuple 中 元 素 是 被 紧密 地 存 
储 的 〈 位 于 连续 的 内 存 区 域 ) ， 而 不 是 链 式 结构 。 


可 以 显 式 地 声明 tuple 的 元 素 类 型 ， 也 可 以 通过 make _tuple() 来 推断 出 元 素 类 型 。 另 外， 可 以 
使 用 get() 来 通过 索引 〈 和 C++ 的 数组 索引 一 样 ， 从 0 而 不 是 从 1 开始 ) 来 访问 tuple 中 的 元 素 。 


tuple<string,int> t2(“Kylling”,123); 

// t 的 类 型 被 推断 为 tup1le 

auto t = make_tuple(string(“Herring”),10, 1.23); 
// 获取 元 组 中 的 分 量 

string s = get<0>(t); 

int x = get<1>(t); 

double d = get<2>(t); 


有 时 候 ， 我 们 需要 一 个 编译 时 异 构 元 素 列 表 (a heterogeneous list of elements at compile 
time) ， 但 又 不 想 定 义 一 个 有 名 字 的 结构 来 保存 。 这 种 情况 下 ， 我 们 就 可 以 使 用 tuple (aR 
地 或 间接 地 ) . 例如 ， 我 们 在 std::function and std::bind 中 使 用 tuple 来 保存 参数 。 


最 常用 的 tuple 是 2-tuple( 二 元 组 )， 也 就 是 一 个 pair。 但 是 标准 库 已 经 定义 了 pair : std::pair 
(20.3.3 Pairs)。 我 们 可 以 使 用 pair 来 初始 化 一 个 tuple， 然 而 反之 则 不 可 。 


另外 ， 需 要 为 tuple 中 的 元 素 类 型 定义 比较 操作 (=, ，!= ，< ，<=，> ,和 =). 
参考 : 


e Standard: 20.5.2 Class template tuple 
e Variadic template paper 
e Boost::tuple 


unique ptr 


unique_ptr (定义 在 中 ) 提供 了 一 种 严格 的 语义 上 的 所 有 权 


。 拥有 它 所 指向 的 对 象 

。 无 法 进行 复制 构造 ， 也 无 法 进行 复制 赋值 操作 GE: 也 就 是 对 其 无 法 进行 复制 ， 我 们 
无 法 得 到 指向 同一 个 对 象 的 两 个 unique_ptr) ， 但 是 可 以 进行 移动 构造 和 移动 赋值 操作 

。 保存 指向 某 个 对 象 的 指针 ， 当 它 本 身 被 删除 释放 的 时 候 (例如 ， 离 开 某 个 作用 域 ) ， 会 
使 用 给 定 的 删除 器 (deleter) 删除 释放 它 指向 的 对 象 ， 


unique_ptr 的 使 用 能 够 包括 : 


。 为 动态 申请 的 内 存 提 供 异常 安全 

。 将 动态 申请 内 存 的 所 有 权 传 递 给 某 个 画 数 
。 从 某 个 函数 返回 动态 申请 内 存 的 所 有 权 
。 在 容器 中 保存 指针 


“所 有 auto_ptr 应 该 已 经 具有 的 〈 但 是 我 们 无 法 在 C++98 中 实现 的 ) 功能 ” 
unique_ptr 十 分 依赖 于 右 值 引用 和 移动 语义 。 
下 面 是 一 段 传统 的 会 产生 不 安全 的 异常 的 代码 : 


X* f() 

{ 
X* p = new X; 
// 做 一 些 事情 - 可 能 会 抛 出 某 个 异常 
return p; 


} 


解决 方法 是 ， 用 一 个 unique_ptr 来 管理 这 个 对 象 的 所 有 权 ， 由 其 进行 这 个 对 象 的 删除 释放 工 
作 : 


X* F() 

{ 
unique_ptr p(new X); // 或 者 使 用 {fnew X}， 但 是 不 能 = new X 
// 做 一 些 事 情 - 可 能 会 抛 出 异常 
return p.release(); 


} 


现在 ， 如 果 程 序 执行 过 程 中 抛 出 了 异常 ，unique_ptr 就 会 〈 毫 无 疑问 地 ) 删除 释放 它 所 指向 的 
对 象 ， 这 是 最 基本 的 RAIl。 但 是 ， 除 非 我 们 真 的 需要 返回 一 个 内 建 的 指针 ， 我 们 可 以 返回 一 
个 unique_ptr， 让 事情 变 得 更 好 。 


unique_ptr f() 
{ 
unique_ptr p(new X); // 或 者 使 用 {new X}， 但 是 不 能 = new X 


// 做 一 些 事情 - 可 能 会 抛 出 异常 
return p; // 对 象 的 所 有 权 被 传递 出 f( ) 


现在 我 们 可 以 这 样 使 用 函数 f() : 


void g() 
{ 
unique_ptr q = f(); // 使 用 移动 构造 酌 数 (move constructor) 
q- >memfct (2) ; // 使 用 q 
X= Ag //, 复制 指针 9 所 指向 的 对 旬 
VAs 
} // 在 函数 退出 的 时 候 ， qd 以 及 它 所 指向 的 对 象 都 被 删除 释放 


unique_ptr 拥 有 "移动 意义 (move semantics)“”， 所 以 我 们 可 以 使 用 函数 f() 返回 的 右 值 对 q 进 
行 初始 化 ， 这 样 就 简单 地 将 所 有 权 传 递 给 了 q。 


在 那些 要 不 是 为 了 避免 不 安全 的 异常 问题 (以 及 为 了 保证 指针 所 指向 的 对 象 都 被 正确 地 删除 
释放 ) ， 我 们 不 可 以 使 用 内 建 指针 的 情况 下 ， 我 们 可 以 在 容器 中 保存 unique_ptr 以 代 蔡 内 建 指 
针 : 


vector<unique_ptr<string>> vs { new string{“Doug”}, 
new string{“Adams”} }; 


unique_ptr 可 以 通过 一 个 简单 的 内 建 指 针 构 造 完 成 ， 并 且 和 与 内 建 指针 相 比 ， 两 者 在 使 用 上 的 差 
别 很 小 。 特 殊 情况 下 ，unique_ptr 并 不 提供 任何 形式 的 动态 检查 (?)。 


参考 : 


e the C++ draft section 20.7.10 
e Howard E. Hinnant: unique_ptr Emulation for C++03 Compilers 
e final proposal. 


weak ptr 


弱 指针 (weak pointer) 经 常 被 解释 为 用 来 打破 使 用 shared_ptr 管 理 的 数据 结构 中 循环 (?)。 但 
是 我 认为 ， 将 weak_ptr 看 成 是 指向 具有 下 列 特征 的 对 象 的 指针 更 好 一 些 。 


。 只 有 当 对 象 存在 的 时 候 ， 你 才 需 要 对 其 进行 访问 

。 FACT RRMA A mR 

。 并 且 在 最 后 一 次 使 用 之 后 调用 其 析 构 函数 (通常 用 于 释放 那些 不 具名 的 内 存 (anon- 
memory) 资 源 


(译注 : Weak_ptr 可 以 保存 一 个 “ 弱 引 用 ”， 指 向 一 个 已 经 用 shared_ptr 进 行 管理 的 对 象 。 为 了 
访问 这 个 对 象 ， 一 个 weak_ptr 可 以 通过 shared_ptr 的 构造 画 数 或 者 是 weak_ptr 的 成 员 画 数 
lock() 转 化 为 一 个 shared_ptr。 当 最 后 一 个 指向 这 个 对 象 的 shared_ptr 退 出 其 生命 周期 并 且 这 
个 对 象 被 释放 之 后 ， 将 无 法 从 指向 这 个 对 象 的 weak_ptr 获 得 一 个 shared_ptr 指 针 ，shared_ptr 
的 构造 画 数 会 抛 出 异常 ， 而 weak_ptr::lock 也 会 返回 一 个 空 指针 。) 


我 们 来 考虑 一 下 如 何 实现 一 个 老式 的 “ 星 盘 棋 ”( asteroid game) 游戏 ， 所 有 星星 (asteroid) 
都 属于 游戏 (the game) ， 但 是 所 有 星星 都 必须 与 它 周 围 的 星星 保持 联系 ， 并 且 与 之 保持 相 
反 的 状态 。 要 维持 一 个 相反 的 状态 ， 通 常会 消去 一 个 或 者 多 个 星星 ， 也 就 是 会 调用 其 析 构 画 
数 。 每 个 星星 必须 有 一 个 列表 来 保存 记录 它 周围 的 星星 。 这 里 需要 注意 的 是 ， 在 这 样 一 个 相 
邻 星 星 列 表 中 的 星星 不 应 该 是 具有 完整 生命 的 (?)， 所 以 shared_ptr 在 这 种 情况 下 并 不 适合 。 
另外 一 方面 ， 当 另外 一 个 星星 正 看 着 某 个 星星 时 ， 例如， 依赖 于 这 个 星星 计算 其 相反 状 
态 ) ， 这 个 星星 就 不 能 被 析 构 。 当然 ， 星 星 的 析 构 函 数 必须 被 调用 以 释放 其 占用 的 资源 (e 
如 与 图 形 系统 的 连接 ) 。 我 们 所 需要 的 是 一 个 在 任何 时 间 都 应 该 保持 完整 无 缺 ， 并 且 随 时 都 
可 以 从 中 获取 一 个 星星 的 星星 列表 (?)。weak_ptr 可 以 帮 有 我 们 做 到 这 一 切 : 


void owner() 


Vil ae 

vector<shared_ptr<Asteroid>> va(100); 

for (int i=0; i<va.size(); ++i) { // 访问 相 邻 的 星星 ， 计 算 相反 状态 
va[i].reset(new Asteroid(weak_ptr(va[neighbor])); 
launch(i); 


} 
Ga 


reset() 可 以 让 一 个 shared_ptr 指 向 另外 一 个 新 的 对 象 。 


当然 ， 我 对 ower 类 作 了 相当 大 的 简化 ， 并 且 只 给 了 每 个 星星 一 个 邻居 。 这 里 的 关键 是 ， 我 们 
使 用 了 weak_ptr 指 向 其 邻居 星星 。 在 计算 相反 状态 的 时 候 ，ower 类 则 使 用 shared_ptr 来 代表 
星星 与 owner 之 间 的 所 属 关 系 (?)。 一 个 星星 的 相反 关系 的 计算 应 该 是 这 样 的 : 


void collision(weak_ptr<Asteroid> p) 


// p.1ock 返 回 一 个 指向 p 所 指 对 象 的 shared_ptr 
if (auto q = p.lock()) { 
// ~ p 以 及 q 指 向 的 星星 对 象 依 然 存 在 ; 进行 计算 .… 


} 
else { 

// .. oops: 星星 对 象 已 经 被 析 构 ， 我 们 可 以 忘掉 它 了 (? ).… 
} 


} 


注意 ， 即 使 owner 决 定 关 闭 整 个 游戏 并 释放 所 有 的 星星 对 象 (通过 删除 代表 所 属 关系 的 多 个 

shared_ptr) ， 每 一 个 正在 计算 过 程 中 的 星星 对 象 仍然 可 以 正确 地 结束 ， 因 为 p.lock() 将 维持 

一 个 shared_ptr， 直 到 计算 过 程 结 束 。 (译注 ， 也 即 是 说 ， 如 果 正 在 计算 过 程 中 关闭 游戏 并 通 
过 shared_ptr 释 放 对 象 ， 那 么 p.lock() 会 维持 一 个 shared_ptr， 这 样 可 以 使 得 shared_ptr 不 会 变 
成 0， 在 计算 过 程 中 ， 星 星 对 象 也 就 不 会 被 错误 地 释放 。 当 整个 计算 过 程 结 束 后 ，shared_ptr 
的 引用 计数 变 为 0， 星 星 对 象 被 正确 释放 。) 


我 期 望 看 到 weak_ptr 比 简单 的 shared_ptr 更 少 地 被 用 到 ， 并 且 我 希望 unique_ptr 可 以 比 
shared_ptr 更 加 流行 ， 因 为 unique_ptr 的 所 属 关系 更 简单 一 些 (译注 : 只 能 有 一 个 unique_ptr 
指针 指向 某 个 对 象 ， 不 向 shared_ptr, 可 以 同时 有 多 个 shared_ptr 指 向 同一 个 对 象 )》 并 且 性 能 
高 ， 因 而 可 以 让 局 部 的 代码 更 容易 理解 。 


参考 


e the C++ draft: Weak_ptr (20.7.13.3) 


System error 


